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ABSTRACT 



1/1996 WIPO . 



Telephone station equipment consisting of a phone device 
interconnected with a personal computer. The phone device 
includes a conventional telephone handset and a keypad 
employing pushbutton display keys each of which has a 
writable keyface display for visually indicating the function 
of the key or other information to the user. The personal 
computer is connected to both the phone device and to one 
or more telephone communications channels and is pro- 
grammed to display prompting information on the key 
displays and respond to keypress events to perform the 
functions indicated. The user can perform a variety of 
telephone system management tasks solely by viewing and 
manipulating the phone device keypad, including manual 
dialing, redialing, speed-dialing from a directory of com- 
monly called numbers, making flash disconnections, forwar- 
ing calls, controlling call waiting and caller LD. functions, 
adjusting speakerphone volume and microphone gain, han- 
dling conference calls, automatically logging into remote 
databases, recording the time and nature of each call in an 
accounting file, perforating unattended call answering and 
voice mail functions, utilizing voice responsive and auto- 
mated voice output systems, and other telephone manage- 
ment functions. 

27 Claims, 8 Drawing Sheets 
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TELEPHONE STATION EQUIPMENT *™^^^J^JS^XZ 

EMPLOYING REWRTTEABLE DISPLAY SSn^^y infanr^oTfrorn the 

KtY2> computer to the individual key displays, A control program 

pipi n OF THE INVENTION 5 responsive to key press signals performs wnctions wluch are 

FIELD OF THE INViimiuiN visually indicated by the various display keys, and alters the 

This invention relates to telephone conimunications and ^ey displays to reflect the current state of the particular task 

mere particularly to terminal equipment operated by a user performed. 

to obtain a variety of telephone services. Telephone functions may be easily and intuitively 

io selected solely by viewing and manipulating the display 

BACKGROUND OF THE INVENTION ^ ^ ^ ^ use4 to perform conventional 

in recent vears computer-based telephone management dialing, redialing, speed-dialing from a directory of com- 
sySSZj in which^e corn^S itself monl/caUed number, perform flash ^^^^^ 
SmL *e human interface to the telephone system Such calls, control call waiting functions ^l^^Z 
w2Z t^cally offer a host of services which replace or 15 volume and microphone gam control handle coherence 
22 Zlins nrovided by conventional, standalone calls, automatically log into remote databases, record each 
^^J^S^S^^sZ telephone station sets call in an accounting file, perform unatteiKled caU answenng 
^K^^S By adding suitable software and and voice mafl functions, integrate voice responsive and 
^ace^w^rch a^ Halvoice/fa* modem, an automated voice output systems, and mousing Je display 
existing personal computer can be readily converted into a 20 keypad alone to select and activate each function, 
powerful communications tool for establishing conventional To facilitate these and other telephone management 
voice lines and for sending and receiving facsimile images functions, the display keypad on the phone device is pref- 
and data files. Frequently, when the personal computer is erably integrated with one or more computer control pro- 
coupled to a local area network, shared communications &Qms using ^ industry standard application program inter- 
facilities can be made available via the network, eliminating 25 face (API) , permitting the novel phone device to be used to 
the need for additional telephone interface hardware at each CTea tc, control and manage telephone connections required 
personal computer. by any appHcation program which supports the snared 

While robust telephone management and communications standard API 
functions can be provided using the personal computer as These and other objects, features and advantages of the 
the telephone terminal, users have found these systems to be 30 p^^t invention will be better understood by considering 
difficult to use. Thus, while a given personal computer ^ following detailed description of a preferred embodi- 
telephone management system might include a stored data- mcD t of the invention. 

SS2fiSS^*aSri!« „ BRIEF description of the drawings 

select and automatically dial a desired telephone number, it ^ mc 4^0^^ wn ich follows, reference will frequently 

is often faster and easier to simply look the number up in a ^ to ^ attached drawings in which: 

published directory and then manually dial the number in the ^ 1 ^ ^ block illustrating the relationship 

usual way. As software developers add an ever expanding set _ principle components of the preferred embodi- 
of features to such computer telephone management ^ ^^K^S*. ^ 

systems, such systems necessarily become more complex 2 is a control flow diagram illustrating the manner in 

and more difficult to use, particularly for functions with are ^'^^^^^^ by me supervisory 

infrequently invoked. control used t0 implement the invention; 

SUMMARY OF THE INVENTION FIGS. 3-1* illustrate eight keypad displays utilized in 

summary urin, 45 ^^00 with eight corresponding mode states of the 

ft is a leading object of the present invention to make ^ dcyice; 

telephone station equipment easier to use by incorporating a fc diagram of the phone device 

spedaltdephonekeypadwhose^ JJ £ "rJernenf me inventionf 
button telephone keypad famihar to nearly everyone^ with u ^ block diagram of 0DC embodiment of the 

^^oZtc^^^isconn^to,conu6i FIG. 13 is a logical blockdiagram mustratmg fee inter- 

fmZS which re^^tTeach key press, perfonning connections between the LCD keyswitehes and me LCD 

SlSons aTseTectively alter^me iXmation keyswitch driver circuits utilized in the phone device of HG. 
displayed by each key to prompt the user with a changing set 55 11 ; and 

of available choices. FIG. 14 illustrates the data file mechanism and program 

In one preferred embodiment the present invention uti- flow control used in the preferred embodiment 

Uzes a novel phone device which includes a conventional DESCRIPTION OF THE PREFERRED 

telephone handset consisting of a mouthpiece microphone EMBODIMENT 

ScS«hTfctuatio D of Aek^bT a user and a display compaw !0» is connected via 

namOfor visually presenting infonnation to the user. 63 to a telephone service central office 104 Computer 10O is 

^A p^S^rnp^. which may advantageously further connected to a phone device 110 by an interface 

take the form of a conventional personal computer, is connection IB. 
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The phone device 110 includes a handset 114 which compression protocols, and the Hayes AT command set for 

houses an earpiece speaker 116 and a mouthpiece micro- line control including autodial support The modem 144 

phone 118. When not in use, the handset 114 rests on the additionally provides send/receive FAX mod em document 

housing of the phone device 110. engaging a hooks witch transmission at 14.4K bps using the CCTTT Group 3 Fax 

illustrated at 120 to place the phone device in an "ON 5 protocol (V.17). Available internal expansion cards which 

HOOK** state in the conventional fashion. A liquid crystal provide such industry standard data/fax/voice capabilities 

display panel 124 and a keypad 126 are mounted on the over dialup telephone facilities are available commercially 

exterior face of the phone device 110. The display 124 is as exemplified by the Courier V.Everything with V34 PC 

capable of displaying up to twenty-four alphanumeric char- modem sold by U.S. Robotics Corp., 8100 N. McCormick 

acters which are transferred as a character data stream to the 1Q Blvd., Skokie. 111. 60076-2999 and the Optima 288/ VW 

phone device 110 via the interface connection 112. V.FC+FAX modem sold by Hayes Microcomputer Products, 

The keypad 126 preferably comprises twelve display keys lac PO Box 105203 . Atlanta, Ga. 30348. both of which are 

arranged in the conventional telephone keypad matrix con- compatible with the 16 bit ISA I/O bus. The conventional 

sisting four rows with three keys per row. A key actuation data/voice/fax modem 144 typically includes a telephone 

signal is sent to the personal computer 100 via the interface 15 line control mechanism for performing pulse and dial tone 

connection 112 whenever any of the keys in the keypad 126 (DTMF) dialing, data compression and error correction, data 

is pressed or released. Each key in the keypad 112 incor- transmission flow control and protocol support transmission 

porates a backlit liquid crystal display (LCD) panel which is speed control, and transmission control, 

capable of displaying a graphical or alphanumeric image, the As seen in FIG. 1. the modem unit is connected to the 

image being transferred to the key via the connection 112 as ^ dialup telephone line 102 by a standard telephone jack 146 

a block of pixel image data generated and transmitted by the which is cross-connected with an auxiliary telephone jack 

computer 100. In addition, the backlighting of each key's 147 which permits other telephone station equipment to be 

LCD display panel is selectively controlled by backlight connected to the telephone line 102. The interface connec- 

command signals supplied to the phone device 110 via tion 112 to the phone device 110 is connected to the 

connection 112 such that the backlighting may be turned 25 expansion card 140 by means of a standard 25-line PC 

OFF. or turned ON in a selected color (eg. white, green or parallel port connection 148 which includes power, bidirec- 

red). tional data lines, control lines, and lines directly connected 

The phone device 110 is further provided with a distinc- to the telephone lines 10Z See Chapter 11, Communica- 
tive ringing device (not shown in FIG. 1). a loudspeaker tions and Networking," Upgrading and Repairing PCs, 
indicated at 130, and a pickup microphone seen at 132. The 30 cited above, for pin assignment specifications for the stan- 
loudspeaker 130 and microphone 132 permit the phone card parallel port interface. The display keys in the keypad 
device 110 to operate as a speakerphone. Control commands 126 receive display data via 8 bit parallel data output lines 
sent from the computer 100 via connection 112 are of the connection 112, and the 8 data input lines of the 
employed to independently control the volume of sound connection are used to pass key press signals from the phone 
delivered by the loudspeaker 130 and the volume of the 35 device and to provide circuit paths for the telephone line 
sound produced by the earpiece speaker 116 in handset 114. circuit 102 (tip and ring lines) which are directly cross 
Similarly, control commands sent via connection 112 inde- connected between the phone jack connectors 146 and 147 
pendentry control the gain of the pickup microphone 132 and the telephone circuit lines of the interface connection 
and the mouthpiece microphone 118. 112 at the 25 pin socket 148. This direct cross-connection 

Circuitry on a hardware expansion card 140 is used to 40 allows to phone device to operate as a conventional tele- 
establish communications between the computer 100 and the phone when the computer 100 is powered down. To this end, 
telephone line 102 and between the computer and the phone the phone device may advantageously be provided with a 
device 110 via the interface connection 112. The expansion conventional auxiliary touch-tone keypad (not shown) in the 
card 140 plugs into a standard I/O system bus hardware handset 114 and an associated dial tone generation circuitry, 
interface slot seen at 150 to establish connections with the 45 permitting incoming calls to be dialed manually at the 
data, address and control lines of the personal computer 100. handset, even when the computer 100 is inoperative. 
As discussed in more detail below, the embodiment of the Alternatively, the display key switches in keypad 126 may 
invention described herein is adapted for use with personal be interconnected with a dial tone generator for generating 
computers typically employing the Intel 386, 486 and Pen- dial tones when the computer 100 is powered down and 
tium processor families capable of implementing the Win- 50 unable to produced dialing signals using the modem 144. 
dows 95 and Windows NT operating system distributed by Similarly, the phone device 110 includes a ringing circuit 
Microsoft Corp. Accordingly, the expansion card 140 is (not shown) for providing audible ringing in response to the 
preferably adapted to mate with and communicate with a appearance of ringing signals on the telephone line circuit 
system bus slot configured in accordance with the ISA or 102 when the computer 100 is inoperative and, as discussed 
EISA (16 bit) or the PCI bus (32 bit) interface standard 55 later, for providing ringing signals at the phone device in 
commonly used in computers of this class. Specifications response to ringing commands from the computer 100. 
and complete descriptions for each of these industry stan- Software 

dard bus configurations may be found, for example, in The personal computer 100 includes a conventional mass 

Chapter 5, "Bus Slots and I/O Cards", Upgrading and storage subsystem (not shown), typically a magnetic "hard" 

Repairing PCs, 5th Edition, by Scott Meuiler, Que Corp., «o drive, which provides persistent storage for program files 

Indianapolis. Ind. (1995). ISBN 0-7897-0321-1. which are loaded into the computer's random access 

The expansion card 140 preferably includes a data/fax/ memory for execution by the processor. These program files 

voice modem unit 144 of conventional design. The modem are loaded by the operating system to form concurrently 

unit 144 preferably provides modem data transmission at resident, interactive modules illustrated in block diagram 

28.8K bps employing the CCTTT modem protocols V.34; 65 form in FIG. 1. These modules include: 

VJast Class; V32 terbo; V.42 bis; V.42; V.32 bis; V.32; V22 a supervisory control program seen at 162 which func- 

bis; and V.22, supports the MNP 5 error correction/data tions as an application program automatically loaded 
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during system startup and thereafter continuously resi- dows Telephony application programming interface (API) 

dent as an active, although typically dormant process which provides services mat enable an application developer 

as long as the computer 100 is powered up in order to to add telephone communications to applications developed 

support the operation of the phone device lit; for the Microsoft Win32 (API). Additional information, 

a telephony , appHoation P^i^ ^y 164 > ^JSC ^^^l^S^ 

such as the TAPI crynamic hnk library (DLL) which ^ J $ ^ TApi in Zc article 'Taping into 

forms part of the Windows 95 operating system mar- TAPr by Nancy winnick Outs, Microsoft Developer Net- 

keted by Microsoft Corp.. Redmond Wash.; work News ^ Vol 4 Na 6 (November-December 1995); 

a phone device service provider dynamic link library 166 "Creating a TAPI Connection Using CtapiConnection." by 

which operates as a hardware device driver providing 10 Nancy Winnick Gluts. Microsoft Developer Network News, 

interface routines which provide communications Vol 5. No. 1 (January 1996); and "Developing Applications 

between the phone set hardware interface circuit 142 Using the Windows Telephony API.** by Toby Nixon, MSDN 

and the TAPI DLL 164; Conferences/Tech *Ed 1994/ Microsoft At Work ( 1994). 

a line device service provider dynamic Jink library 167 ™ e "P™*"* cc^trolprogram 162 is preferably loaded 

such as the UniModem SPI included as part of Win- 15 at f vstcm ^ tJf*^ ?FT* 

dows 95 which provides a device driver interface svstem 18 ""J*"* As « in all Windows 95 ar^cation 

rv AL " \ r • « * iaa j *u i- programs, the supervisory control program 162 and 

between the data^oice/fax^ modem 144 andthebne P ^ ^ it£ J£ ro J? tt message loop which repeti- 

device service provider interface (Line Device SPI) 168 ^ ^ me vm32 f^^on GetMessage. The control 

defined by the TAPI DLL 164; 20 program 162 operates in background and its sole purpose is 

a configuration dialog box routine 169 which may be to execute code in response to window messages posted to 

invoked by the phone device SPI DLL 165 when the the program thread's message queue. If there are no pending 

supervisory control program or any other running messages, the operating system puts the thread to sleep and 

application program such as application program 170 0 o longer schedules CPU time to (he thread. When a 

requests the user to provide configuration information 25 message appears in the thread's message queue, the system 

by making passing a request for the configuration wakes up the thread GetMessage copies the message from 

dialog box via the TAPI DLL 164 and the phone device the queue into the &msg variable and Windows then 

service provider 165; and executes the function DispatehMessage to pass the message 

one or more additional application programs illustrated by data to the window procedure of the control program 162. 

the program 170 which offers telephone management so The mechanism used by TAPI to notify applications of 

services utilizing the services provided by the TAPI events is based on function callbacks, and TAPI defines the 

DLL. parameter profile for these callbacks. When an event occurs. 

The supervisory control program 162 preferably commu- the application's callback function is invoked from within 

nicates with the modem 144 and with the phone device the application's thread (at the time the application calls the 

interface circuit 140 using a standard interface protocol such 35 GetMessage function), providing a normal, fully functional 

as the Telephony Application Program Interface (TAPI) execution environment in which all Windows APIs can be 

jointly developed by Microsoft Corp. and Intel Corp. safely invoked. To perform operations which must be 

Alternatively, the Telephony Services Application Program handled asynchronously, TAPI provides a reply callback 

Interface (TSAPI) promulgated by Novell, Inc. and others mechanism. The reply callback made to the application 

may be similarly employed to provide substantially the same 40 carries the request ID and an error indication. Valid error 

functionality. The embodiment of the invention, as described indications for this reply are identical to those that are 

in more detail below, employs tbe TAPI interface imple- returned synchronously for the associated request or zero 

mented in Microsoft* s Windows 95 operating environment for success. Only the application that issued the request will 

and described in detail in the Microsoft WIN32 System receive the reply callback, but when the request causes 

Development Kit (SDK), "Telephony Application Program- 45 changes in the state of the device or call, other interested 

raing Interface (TAPI)", published as part of the Microsoft applications may also receive event-related messages. TAPI 

Development Library by Microsoft Corp., Redmond, Wash. guarantees that a reply callback is made for every request 

The supervisory control program 162 takes the form of a that operates asynchronously, and it defines which functions 

WIN32 application program which functions in accordance are notified synchronously and which are notified asynchro- 

with the software design specifications set forth in the 30 nously. 

Microsoft Win32 Programmer's Reference (1995), pub- Messages transmitted to the application from TAPI utilize 

lished by Microsoft Corp., which fully describes the ele- the application-supplied callback function, 

ments of the Win32 application programming interface lineCallbackFunc in the application's context. When an 

(API), including functions and related data types, macros, application makes the TAPI function call linelnitialize or 

structures, and messages. The Win32 Programmer's Refer* 55 phonelnitialize. it specifies a callback function by passing its 

ence is the definitive source for specific information defining pointer as a parameter. Hie callback message always con- 

the makeup of Win32-bascd applications. tains a handle to the relevant object (phone, line, or call). 

As described in more detail below in connection with The parameter profile for callbacks contains a multi-purpose 

FIG. 2, supervisory control program 162 controls the opera- handle parameter which is used for passing a handle to the 

tion of the modem 144 and the phone device 110 by 60 relevant phone, line, or call The callback function can 

responding to Windows messages relating to telephone determine the type of the handle from the message that was 

management operations, by making function calls to the passed to the callback. Certain messages are used to notify 

TAPI.DLL 164 which forms part of the Windows 95 oper- the application about a change in an object's status. These 

ating system, and by incorporating callback functions which messages provide the object handle and give an indication of 

respond to function calls from the TAPLDLL 164. The 65 which status item has changed. The application can call the 

Win32 Telephony (TAPI) Programmer's Reference (1995), appropriate "get status" function of the object to obtain the 

published by Microsoft. Corp., defines the Microsoft Win- object's full status. 
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Messages from TAPI which represent line device events 
(events characterizing the status and functioning of the 
modem 144 and the telephone line 1*2) are produced by the 
UniModem line device service provider 167. Similarly, 
phone device events characterizing the status and function- s 
ing of the phone device 110 are produced by the phone 
device service provider 140. Both of these service providers 
operate as device drivers which support the TAPI SF1 for 
communication of hardware events and signals to the TAPI 
DLL via the TAPI line device SPI and the TAPI phone 10 
device SPL Detailed information on the structure and opera- 
tion of Windows 95 device drivers generally is contained in 
The Device Driver Programmer's Reference, Microsoft 
Corp. (1995) which details the structure and operation of 
Windows-based device drivers for use with Microsoft Win- 15 
dows 95, Microsoft Windows 95 Device Driver Develop- 
ment Kit, Microsoft Corp. (1995). provides additional detail 
and examples used to implement device drivers generally, 
and specific information on the makeup of line device driver 
routines suitable for interfacing a robust voice/data/fax 20 
modem with the TAPI SPI may be found in the Windows 95 
Modem Development Kit (MDK), Microsoft Corp. (1995), 
which provides the tools, sample INF files, and information 
needed to build and test the Windows 95 format INF files for 
AT (data) and AT+V (voice) command modems. Windows 25 
95 INF files are required for modems to be used by programs 
which call the Windows Telephony API (TAPI) to make 
data/fax/voice calls, including the Windows 95 applets 
HyperTerminal, Dial-up Networking, Phone Dialer, and 
other Win32 communications applications written for Win- 30 
dows 95. 

The preferred embodiment of the invention seen in FIG. 
1. as noted above, may employ a commercially available 
data/voice/fax modem 140 as well as a conventional line 
device service provider DLL 167. It should be understood 35 
however that the TAPI line services may be provided by 
other conventional means, such as a high speed ISDN 
connection, a network interface to a shared modem or PBX, 
and the like, in ways that are essentially transparent to the 
operation of the phone device 110 and the supervisory 40 
control program 162. The line device service provider 167 
may accordingly take the form the universal modem driver 
(UniModem) supplied as part of Windows 95. an operating 
system layer that cooperates with TAPI to provide services 
for data and fax modems and voice so mat users and 43 
application developers need not deal with difficult modem 
AT commands to dial, answer, and configure modems. 
Rather. UniModem does these tasks automatically by using 
mini-drivers written by modem hardware vendors and made • 
available, for most modems, as a part of Windows 95 or 50 
supplied separately by the modem vendor. UniModem is 
both a VCOMM device driver (supporting DOS legacy 
programs) and a TAPI service provider. Other service pro- 
viders (for example, those supporting other devices, such as 
an ISDN adapter, a telephone on a PBX system, or an 55 
AT-command modem) can also be used with TAPI and 
thereby made available for use by the phone device lit. 

The phone device service provider 165 similarly operates 
as a WIN32 device driver but performs a more limited set of 
functions in support of the TAPI phone device interface built 60 
in functions and protocols for handling all of the following 
elements: 

Hookswitch/Iransducer. The Windows 95 Telephony API 
recognizes that a phone device may have several 
transducers, which can be activated and deactivated 65 
(taken offhook or placed onhook) under the control of 
an application (e.g. the supervisory control program 
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162) ox manual user control. TAPI handles the two 
types of hookswitch devices present in the phone 
device 110: the handset 114, a traditional mouth-and- 
ear piece combination that must be manually lifted 
from the hookswitch 120 and held against the user's 
ear, and the speakerphone formed by the combination 
of loadspeaker 130 and pickup microphone 132, 
enabling the user to conduct calls hands-free. The 
hookswitch state of the phone device 110 's speaker- 
phone can be changed both manually and by the 
supervisory control program 162 in response to the 
depressing of display keys in the phoneseL 

Volume Control/Gain Control/Mute. Each hookswitch 
device is the pairing of a speaker and a microphone 
component The TAPI API provides for volume control 
and muting of speaker components and for gain control 
or muting of microphone components. 

Ringer. A means for alerting users, usually through a belL 
The phone device 110 preferably includes a ringing 
annunciator which rings in a variety of modes or 
patterns to provide distinctive ringing determined by 
commands from the control program 162 and transmit- 
ted via TAP! to the ringing circuitry in the phone device 
110. 

Display. The LCD display panel 134 seen in FIG. 1 for 
visually presenting messages to the user is supported by 
the TAPI display functions. A TAPI compliant phone 
display is characterized by its number of rows and 
columns. In the illustrative embodiment described here, 
the display consists of a single LCD panel 124 for 
displaying a single, 24 character alphanumeric string 
passed via the TAPI display interface from the control 
program 162. 

Buttons and lamps. The TAPI button interface is used to 
support the array of twelve backlit display keys in the 
keypad 126. Whenever the user presses a button on the 
keypad 126, TAPI reports that the corresponding button 
was pressed to the application program (e.g. the super- 
visory control program 162). TAPI button-lamp IDs 
identify a button and lamp pair. The white backlighting 
source in each button is treated as the lamp associated 
with the associated physical keypad button which to 
form one such TAPI "pair." TAPI also accommodates 
button-lamp pairs with either no button or no lamp, and 
hence two sets of twelve "buttonless 1 * pairs are used to 
handle the green and red backlighting sources for the 
display keys. The backlighting lamps are hence indi- 
vidually controllable from the API and can be lit in 
different modes by independently varying the on and 
off frequency of each of the three backlight lamp colors 
(white, red and green) to provide Off, flashing, flick- 
ering or flash-flickering modes for each. This mode and 
color control enables special visual effects to be 
employed to direct the user's attention to special fea- 
tures and functions. Each lamp, color and mode can be 
independently set using the TAPI button-lamp ID to 
identify the lamp being controlled. 

Data Areas. TAPI further accommodates the loading of 
addressable memory areas in the phone device. Nor- 
mally used in TAPI environments for storing phone 
device instruction code or data that can be downloaded 
to and/or uploaded from the phone device, the present 
invention also utilizes this TAPI data movement 
mechanism to transmit the individual display key bit- 
maps from the control program 162 to the display keys 
in keypad 126 as described in more detail below. 
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In addition to the utilization of TAPI as noted above for -continued 
the communication of control commands from the applica- 
tion program (e.g. control program 162) to the phone device 
110. TAPI is also used to transmit information concerning 
the actuation of keys on the keypad to the application 
program. When a button is pressed, a PHONE__B UTTON 
message is sent to the application's callback function. The 
parameters of this message are a handle to the phone device 
and the button-lamp ID of thel button that was pressed. THe ^ ^ { , g initialized it places mc 

keypad buttons (normally labeled 0 through *9 , V and . m dcvicc ^ ^ MASS ModeS tate. Moreover, if the 

) are assigned the fixed button+white lamp IDs 0 through ^ ^ idlc B indicatcd by a Redetermined elapsed time 

11. These button messages indicate when a button is pressed wim no te activity, the supervisory program 162 

and when it is released, enabling the supervisory control automauca ii y returns the phone device to the MAIN (idle) 
program to maintain a software status indication for each ^ ModeState. 

button, permitting the control program to recognize and ^ me ^0^^ program places the phone 

respond to two or more buttons to be pressed simultaneously ^ m ModcState< it performs at least the 

to create special effects, in the same way that simultaneous following actions: 

key presses on a computer keyboard may be assigned special ( X) mc Modc State variable is set to a new value indicating 
significance. M mc ncw mcxlc state such that, thereafter, all PHONE_ 

The supervisory control program 162 responds to each button messages will be routed to the appropriate mod- 
key press operation as illustrated in FIG. 2. Each keystroke estatc message handling routine 211-220. 
operation performed by the user using the keypad 126, (2) a ncw alphanumeric string is transmitted to the display 
indicated at 202 in FIG. 2, sends a PHONE J UTTON 124 m m mG x TAPI provides access to a phone's 
message to the callback function 204 of program 162. The ^ ^ k which is rewrittcn miBg me function call phoncSet- 
callback function 204 evaluates the incoming message, ^ to ^ i^on^on to the display 124 of the open 
setting that switch status variable associated with the button phone device 110. 

ID identified in the incoming message to a value determined (3) a ncw ^ 0 f m€tvt is sent to the twelve key 

by whether the message indicates that the button has been ^ Uy$ m me m The Telephony API models a 

pressed or released. Messages indicating that a button have x ^ one as having one OT m<xe download or upload 

been pressed are then passed to message routing function maSa Each area is identified by a number that ranges from 
206 which calls a particular message handling function in ^ t0 mc numbcr of ^ dSC ^ s available on the phone 
accordance with the current value of the modestate variable one Sizes ^ ^ ^ ^ vary and he format of the 

stored at 208. data itself is device-specific. In the illustrative embodiment. 

The modestate variable 208 contains one of a predeter- 33 download areas are reserved for monochromatic bit 

mined set of ordinal values each of which indicates a ^ ^ bit mdicating whether a given pixel is ON 

particular machine state. A message handling function is or OFF. Key display resolutions of 32x 16 (512) bits provide 
associated with each state. FIG. 2 shows eight such sufficicnt resolution to provide meaningful function 
functions, by way of illustration, at 211-218. Each mode identifications, however more descriptive information, such 
function 211-218 interprets and responds to the keypress ^ as me namcs of ^ cs to ^ which are displayed in 

signals from keypad 126 when the machine state is in a a ^ dialing directory as discussed later, can be provided 
particular mode. Thus, when the modestate variable is in using a j,™ bitmap. In the examples that follow, a 64x64 
MAIN mode, each incoming PUSH-BUTTON message is bU ^ ^ ^ that a 4096 bit (512 byte) 

routed to the MAIN message handling function 211; when TAPI download area be designated. The TAPI phoneSetData 
the modestate is MANUAL, the routing function passes the <$ downloads a buffer of data to a given data area in 

PHONE _B UTTON message as a parameter to the the phone device. The twelve bitmaps for each modestate are 
MANUAL message handling function 212, and so on. store d in two dimensional array indexed by the modestate 

In many cases, a message handling function will respond value ^ me butt0D numbcr o_n. When a new modestate 
to a particular button press by switching mode states. Mode is entere<t me supervisory control program calls phoneSet- 
state changes are accomplished by (1) setting the modestate ^ Data thn&& t0 ^ me bitmaps for the twelve keys 

variable 208 to a new value, thereby changing the routing of associated with the new modestate to the keypad 126. 
incoming messages ; (2) sending a ncw set of button graphics (4) ^ 5^^^ of each key is also reset whenever a 
displays and backUght lamp settings to the keypad 126; and QCW modestate entered using the TAPI phoneSetLamp. 
(3) sending a new alphanumenc string for display by the whicfa ^ a lamp on a specified open phone device in a 
LCD panel 124. Illustrative button and LCD displays are . ^ ^ ^ TApI supports the following 
shown in FIGS. 3-10 of the drawings which show the button ^ ^ specifications: 
graphics and alphanumeric displays used for each of the . , ,™ ~™ ^ , . 

dSmustrative modestates and their corresponding mes- PHONELAMPMODE_OFF the lamp is off.; 
sage handling functions as set forth in the table below: PHONELAMPMODE_STEADY — the lamp is continu- 
ously lit; 

60 PHONELAMPMODE JLASH — "Flash" means slow 
on and off; 

PHONELAMPMODE _FL UTTER — "Flutter" means 
fast on and off; 

63 PHONELAMPMODE _JJROKENFLUTTER — "Broken 
flutter" is the superposition of flash and flutter, and 
PHONELAMPMODE_WINK — the lamp is winking. 



Button 


ModeState 


Message 


Display 


Description 


Handler 


no. a 


Main (idle state) 


211 


no. 4 


Manual Dialing 


212 


no. 5 


Recently Colled Patties 


213 


FIG. 6 


Directory Level 1 


214 



02/19/2004, EAST Version: 1.-4.1 



5,7$ 

11 

FIG. 3 shows the bitmap displays presented in an illus- 
trative MAIN (idle) mode. In FIGS. 3-10. the alphanumeric 
display presented by the LCD display 124 is shown imme- 
diately above the 12 key bitmap displays. In the MAIN 
modestate. the LCD display shows the current date and 
current time of day which is updated every minute by a timer 
routine in the supervisory control program which obtains the 
date and time from the system, constructs and formats the 
display string, and sends the resulting string to the display 
using the TAFI function call phoneSetDisplay. 

In the MAIN modestate, the twelve buttons on the keypad 
display the bitmaps illustrated in FIG. 3 and all PHONE_ 
BUTTON messages received from TAP! are routed to the 
MAIN routine seen at 211. which operates as follows when 
the respective button numbers 0 through 11. are identified: 

Button 0 pressed: Manual dialing is request ed the system 
is placed in the MANUAL mode state, resulting in the 
display seen in FIG. 4 being displayed and all PHONE_ 
BUTTON messages thereafter being processed by the 
MANUAL message handler 212; 

Button 1 pressed: The user requests that the most recently 
dialed Dumber be redialed. Each dialed number is saved by 
the supervisory control program is saved in a dialable phone 
address string variable LAST_DIALED which is passed to 
TAPI using a lineMakeCall or LineDial function call. The 
modestate is then switch ed to the INPROGRESS mode 
(FIG. 10) and the display 124 is sent a string containing the 
concatenated combination of "Dialing** and the LAST_ 
DIALED string variable to overwrite the default display 
message created when the INPROGRESS mode was 
entered. 

Button 2 pressed: The user requests a display of the most 
recently dialed numbers, which is accomplished by entering 
the PREVIOUS modestate whose display is illustrated in 
FIG. 5. As calls are established, they are stored in a 
most-recently-used stack in a persistently stored database by 
the supervisory control program 162 with the nine most 
recent called parties being displayed as shown in FIG. 3. 
One of the most useful features of the invention is its ability 
to visually associate the identification of a callable party 
with a key. As illustrated by FIGS. 3 and five, the task of 
redialing a selected one of the nine most recently called 
numbers involves only two keypresses, first pressing the key 
labeled "Redial Prcv." which then displays the nine most 
recently called parties on keys, and then pressing the key for 
the desired party, without any need to touch a computer 
keyboard, start a particular telephone management program, 
or manipulate window objects with a mouse. No computer 
skills are required and small children can readily understand 
and use the system in a completely familiar and intuitive 
way. 

Button 3 pressed: The user requests access to a multi-level 
phone book which takes the form of a conventional rela- 
tional database (not shown), persistently stored in the com- 
puter 100 and accessed by the control program 162. Pressing 
Button 2 labeled "Phone Book** sets the modestate to 
LEVEL_1 to create the display seen in FIG. 6 and route 
ensuing PHONE JUTTON messages to the Level- 1 mes- 
sage handling routine 214. In the LEVEL_1 mode, the user 
can select between a variety of subdirectories, illustrated in 
FIG. 6 as consisting of button selectable sub-directories of 
(1) local numbers within a business establishment arranged 
alphabetically. (2) the same local numbers organized by 
work group, (3) outside phone numbers organized alpha- 
betically by the last name of the callable person, (4) outside 
number organized alphabetically by firm name. (5) outside 
phone numbers organized alphabetically by geographical 
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location. When a button is pushed to select a subdirectory 
organized which is organized alphabetically, the control 
program 162 first executes a subroutine which consists of 
sending a keypad display of the type seen in FIG. 7 to the 

5 keypad to obtain a selection from the user identifying an 
alphabetic subsection of the phone book database directory. 
As an example, if the user wishes to call a person outside the 
organization named "Alice Brookstone". the "Phone Book** 
key would be pressed first in the MAIN modestate present- 

10 ing the display of FIG. 6. Then, the user would press the 
button marked * 'Outside be Name" to produce the display of 
FIG 7. Next, the button marked "ABC" would be pressed to 
produce an listing of callable parties displayed alphabeti- 
cally by last name, as illustrated in FIG. 8. which includes 

15 a button bearing the display "Alice Brookstn** (shortened to 
fit into the 64x64 bit display). Pushing mat button would 
place the call to her phone number in the manner indicated 
earlier and further place her identification in the stack of 
recently called parties as well as in the LAST_DIALED 

20 variable discussed earlier to make her name and number 
available using the MAIN mode "Redial Last** and "Redial 
Prev." buttons. 

Button 4. By pressing the "Bill To" button in the MAIN 
modestate. the user can use a database lookup function 

23 similar to the phonebook lookup procedure indicated above 
to identify a particular billing account to which future calls 
should be billed. When button 4 is pressed in MAIN mode, 
the phone device is reset to the BILLTO modestate and a 
lettercode grouping display as shown in FIG. 7 is shown on 

30 the keypad, except that the LCD display shows the current 
account selected with a display such as "Bill To Ajax. Corp." 
If the user determines that the current setting is correct, the 
"Main Menu" or 4 'Back" keys can be pressed to return the 
system to the MAIN modestate. Note that, to provide a 

35 consistent interface to the user, three functions always 
appear in the same positions on the keypad: "MAIN 
MENU" (for resetting the system to its MAIN modestate), 
"BACK** (for returning the system to the modestate that 
called the present state, which may or may not be the MAIN 

40 modestate), and 4 'NEXT" far calling a modestate which is, 
in effect, contains additional options and forms, in effect an 
extension of the present state). In the case of lookup func- 
tions such as those implementing the "phone book" and "bill 
to** selections, the "NEXT" key operates to continuously 

45 step through a given directory level nine items at a time, 
returning to the first items when the end of the directory 
level is reached. To implement the accounting functions, the 
supervisory control program appends a record to an account- 
ing file each time a call is completed, recording the identity 

so of the party with whom the communication took place, the 
starting and ending time of the call (from which its duration 
may be determined for billing purposes), and the identifi- 
cation of the account (selected using the Bill To key 
sequence described above) to classify the call. Actual billing 

55 reports are then produced at any time by reading the data 
stored in the accumulated accounting file. 

As illustrated by the foregoing examples, the present 
invention permits substantially any telephone management 
function to be activated by an inexperience user by simply 

60 pressing buttons labeled to indicated the desired functions. 
As illustrated in the display seen in FIG. 3. these functions 
may additionally include call waiting setup controls, voice 
mail, call forwarding control, speakerphone activation and 
control, database logon functions, and more. 

65 In addition, as illustrated in FIG. 8. the display keypad 
and LCD may be used to control the handling of a call in 
progress when the system is in the INPROCESS modestate. 
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Pressing the "Flash" button seen in FIG. 8 causes the play key on the phone set may display the prompt "Config." 

CallProgrcss message handler 218 to terminate the present in a suitable modestate. and the supervisory program can 

connection by calling the TAPI function lineDrop to obtain then respond to the actuation of that bey by invoicing the 

a new dialtone and reset the system to its MAIN modestate phoneConfigDialog TAPI function, 

to permit a new call to be initiated. Pressing the "Hold" 5 The configuration dialog box 169 may be advantageously 

button suspends the present call without loosing the con- employed to display bitmap, directory and billing database 

nection and, if additional lines are available through, allows maintenance routines, provide a mechanism for identifying 

another conversation to proceed concurrently. and incorporating graphic bitmap files with text to form the 

Note that the capabilities of the TAPI DLL included with downloadable bitmaps for each key in each modestate. and 
the operating system permit a plurality of different lines to 10 so on. In this way, the functions of the phone device may be 
be active simultaneously and allow a give phone device to programmably configured from either the supervisory con- 
be programmatically "connected" with an such logical line. trol program or from any other telephone management 
Similarly, the display keypad control mechanism contem- program (illustrated in FIG. 1 by the application program 
plated by the invention may be used to particular advantages 170) which includes a mechanism for calling the phoneCon- 
to control "Supplementary Services which are defined by the 15 figDialog function which may be supported by any TAPI 
Telephone SPL but not included in the basic telephony compliant application program. In this way. application 
subset. These services include all so-called supplementary programs which were not designed to support the function- 
features found on modem PBXs including hold, transfer. ality associated with the display keypad 126 may nonethe- 
conference. park. etc. Depending on the capabilities of the less configure the phone device 110. 
line device services which are connected in a given setting, 20 FIG. 11 is a logical block dia gr a m showing the preferred 
the present invention can control these services through the embodiment of the phone device, which was shown in block 
TAPI DLL. and can query a line or phone device for the set form at 110 in FIG. 1, in more detail. The phone device 
of supplementary services it provides. Note that a single includes standard multifunction electronic telephone cir- 
suppiementary service may consist of multiple function calls cuitry 1102 which is controlled by its own microcontroller 
and messages." 25 1104 additionally connected via control lines 1105 to an 

Finally, as illustrated by the use of the keypad for con- LCD keypad interface circuit 1106. Powered by a DC power 

trolling speaker volume and microphone gain, and the source 1108. the LCD keypad interface circuit 1106 (shown 

control information displayed by the LCD panel 124, any of in more detail in FIG. 12) is connected via the 25-line 

the instrumentalities within a phone device can also be parallel interface connector 112 to the expansion card 140 in 

controlled by sending button messages from the display 30 the computer 100. The LCD keypad interface circuit 1106 is 

keypad through TAPI to the control program and sending also connected via LCD driver circuit 1114 (shown in more 

control commands from the control program via TAPI to the detail in FIG, 13) to receive button actuation signals from, 

phone device. As discussed below in connection with FIG. and send display bitmaps to. the set of twelve LCD key- 

11, the phone device itself may contain a programmable switches 1116. arranged in the familiar touch-tone telephone 

microcontroller for controlling the operations of the phone 35 set up of four rows-by-three columns, on the LCD keypad 

set and the TAPI interface is commonly used to download 126. 

specific instructions and commands from the computer to The multifunction, electronic telephone set circuitry 1102 
the phone device to implement specific phone device func- is conventional and is described, for example, in The Elec- 
tions. E is important to recognize, however, that the phone tronics Engineers Handbook* 3rd ed., by Fink. Donald G. 
device contemplated by the invention provides its own user 40 and Christiansen, Donald, eds. (1989) at pp.22- 85-22-86. 
interface, even though it may call upon the processing The telephone set 1102 operates under the control of a 
service of the connected computer. The phone device of the dedicated microcontroller as indicated at 1104. Although the 
present invention is designed to mimic the operation of a preferred embodiment of the present invention utilizes an 
conventional telephone set during normal operation, as well electronic telephone set as shown in FIG. 11. standard 
as to retain all the functionality of a conventional telephone 45 common-battery telephone set circuitry may also be used, 
set in the event of a power outage or the failure of a The tip and ring telephone lines 1120 and 1122 are con- 
component in. or controlling, the LCD keypad. nected to the connected dialup telephone network by means 
Although the supervisory control program operates in the of two data input lines in the interface connection 112 to the 
background, requires no attention from the user, and does computer 100. 

not require a user interface window on the display screen of 50 The microcomputer 1104 in the telephone set 1102 
the computer 100. a configuration dialog box, callable by the receives information from various functional circuits, such 
phone device service provider 165 provides a mechanism for as the conventional touch-tone keypad 1124 which is pref- 
obtaining information from the user and displaying infor- erably mounted in the handset 114 seen in FIG. 1 as noted 
mation to the user by way of the computer 100. Just as the earlier, and responds to mis information by controlling other 
TAPI API function UneConfigDialog allows a running appli- 55 circuits, such as the speakerphone 1126. In the present 
cation program to request the invocation of a dialog box (not invention, control instructions may be additionally be down- 
shown) supplied with the line service provider DLL. such as loaded from the computer 100 under the control of the 
UniModem, the TAPI function phoneConfigDialog causes supervisory control program 162 using the TAPI data upload 
the phone device service provider 165 to display a dialog and download commands, permitting the microcontroller 
box (attached to hwndOwner of the calling application) to 60 1104 to be programmed in a variety of ways. The TAPI SPI 
allow the user to view and configure parameters related to models these phone sets as having one or more download 
the phone device. The phone device dialog box seen at 169 and/or upload areas. Each area is identified by a number that 
may be called from the computer 100 in response to a ranges from zero to the number of data areas available on the 
request from the supervisory control program when the user phone minus one. Sizes of each area may vary and the 
uses the mouse to "right click** on the service providers' 65 format of the data itself is device specific to the particular 
minimized icon in the usual fashion to display a popup menu phone set microcontroller. These phone set function down- 
which includes a "Configure" option. Alternatively, a dis- load areas are identified by numbers distinct from the area 
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identifiers used to designate the key display bitmaps. The bols. By locally storing the default keypad displays, the 

TAPI function TSPI_phoneSetData downloads a buffer of display keypad 126 may be used to operate the phone device 

data to a given data area in the phone device RAM which in the conventional fashion, even when the computer 100 is 

may advantageously be implemented as non-volatile disconnected or powered down. The non-volatile memory 

memory so that the phone set once initialized to perform 5 1222 may be loaded from the computer 100 using the data 

particular functions, need not be reprogrammed when power strobe 1210 when a suitable control code is loaded int the 

is interrupted. Status data and other information may be control latch 1234. 

uploaded from the microcontroller 1102 using the TAPI If the control strobeline 1212 is activated, the data bits 

TSPI_phoneGetData function which uploads the contents received are passed into a latch 1234 from which they are 

of a given data area in the phone device to a designated 10 passed to the telephone set microcontroller 1104 or equiva- 

buffer area in the process space of the running application lent phone device mechanisms to control instrumentalities 

program using the TAPI interface. When a data area of a including the speaker phone, the alphanumeric display 

phone device is changed, a PHONE_STATUS message is panel, etc. as previously. The control strobeline 1212 is used 

sent to the TAPI DLL's callback to notify the TAPI DLL to send commands to the standard telephone circuitry illus- 

about the state change. Parameters to this message provide is tratively indicated at 1102 in FIG. 11. When the control 

an indication of the change. strobeline 1212 is pulsed, the datalines 1206 will contain bits 

An illustrative embodiment of the LCD keypad interface representing various control commands and are are latched 

circuit 1106 is shown in detail in FIG. 12 and represents an from the buffer 1214 to a control bit latch 1234 and thence 

adaptation of the LCD relegendable keypad interface shown through conventional circuitry to the nucrocomputer 1104 or 

in published PCT Application No. WO 95/12843, assigned to 20 other parts of the interface. The control commands trans- 

Feltscope Limited. The interface circuit 1106 is connected to f erred via the datalines 1206 into latch 1234 are codes 

the 25-line interface connection 112 to the computer 100 written by the phone device service provider after being 

seen in FIG. 1 via a standard 25 pin connector 1209 which placed in I/O data latches (not shown) in interface circuit 

connects to a standard 25-line interface cable seen at 112 in 140 seen in FIG. 1, including codes for turning the speak- 

FIGS. 1 and 11. 25 erphone 1126 on or off and changing the volume of the 

Information is transmitted to the phone device 110 from speakerphone or the handset Control commands may also 

the computer 100 via the 8 data input lines 1206. A buffer include character strings sent to the display LCD 1130 under 

1214 connects the input lines to the inputs of three data the control of the microcontroller 1104. 

latches which receive data under the control of three strobe FIG. 13 of the drawings illustrates an illustrative keypad 

input lines: the address strobeline 1208, the data strobeline 30 interface logic circuit in more detail. Two of the twelve 

1210, and the control strobeline 1212. The content of the identical LCD display key modules are indicated in block 

data on the input data lines 1206 differs depending on which form at 1302 and 1304. The module 1304 includes a clock 

strobeline is activated. signal input 1311 for timing the transfer of serial data into a 

Data is received, eight bits at a time, from computer 100 serial data input 1312 for transferring display bitmaps and 
via the eight data lines 1206 and is placed in parallel into a 35 backlighting lamp mode selections into the keyswitch mod- 
buffer 1214. If the address strobeline 1208 is activated, the ule. As noted previously, if the LCD panel in each keyswitch 
data on input lines 1206 placed in latch 1216 designates a displays a 64x64 pixel bitmap. 512 bytes of data are 
particular data transfer destination for keypad 126 and transferred serially into each keyswitch when the data enable 
identifies one of the following: 12 bitmaps destinations, 12 line 1320 is enabled by a key ID decoder 1322 which 
white lamp modes, 12 red lamp modes, and twelve green 40 receives the button/lamp address code from latch 1216 (FIG. 
lamp modes pairs. The presence of a bitmap destination 12) indicating the particular button or backlighting lamp for 
indicates that 5 12 data bytes (for a 64x64 pixel resolution which data is being sent over die serial data line 1312. If the 
bitmap) will be transmitted to the identified LCD key, address code indicates that a lamp is being loaded, the serial 
whereas the presence of a lamp address identifies the lamp data line 1312 receives a byte which specifies which lamp 
whose mode will be established by a lamp mode code 45 (white, red or green) state is to be changed as well as the new 
supplied via data latch 1226. mode for that lamp. A lamp mode timing signal generator 

If the data strobeline 1210 is activated, the data bits 1350 provides shared flash, flicker and wink energization 

received on the Hi>>« lines 1206 will contain an 8-bit segment signals via the shared lamp power lines 1313. 1314 and 1315 

of bit map data being sent to a particular LCD keyswitch respectively. 

1116 to create a specific legend on the LCD, or an 8 bit code so When an LCD keyswitch, such as the switch 1350 seen in 

indicating a lamp mode setting. Bitmap and lampmode data module 1302. has been depressed or released by a user, this 

bits are sequentially latched from the buffer 1214 into a latch information is converted into the appropriate button action 

1226 from which they are passed to a parallel-to-serial code by a key ID encoder 1365 which sends an interrupt 

converter 1228* under the control of a dock 1230, and then signal via line 1236 in the interface 112 to the connected 

to the particular LCD key or lamp register designated by the 55 computer 100 whenever a keyswitch is pressed or released, 

address previously received into latch 1216. The interface microcontroller 1220 also receives the 4-bit 

The keypad interface circuitry may advantageously address (button number) of the particular LCD keyswitch 

include a serial, non-volatile memory unit l 7 ^ for holding 1116 that was activated. A fifth bit on lines 1242 is used to 

the default bit maps to be displayed on the LCD keyswitches indicate whether the key activation associated with the 

1116 whenever the system has been initialized, reset, or 60 interrupt is a key press or a key release. These output bits are 

powered down. Reset is controlled by the computer 100 via transferred via the interface connection 112 to the computer 

the RESET strobeline 1224 on the 25-way connector block 100 where they are placed on the system databus concur- 

1110. The default bitmaps advantageously produce a keypad rently with the activation of a system bus interrupt request 

display as those shown in FIG. 4 of the drawings (as used for line. The phone device driver routines 165 include an 

the MANUAL modestate). except that the "Main Menu" key 65 interrupt handler which formats the button identification into 

display is replaced by the display of asterisk "*** to repro- a the formate defined for a TAPI button message and pass 

duce completely the conventional touchtone keypad sym- that message via the TAPI SPI to the TAPI DLL which in 
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mm passes the PH ONE _B UTTON message via the appli- state (e.g. the "Bill To" key in the MAIN modestate as 

cations callback function for handling by the control pro- depicted in FIG. 3) causes a message handling function at 

gram thread. The phone device may also supply status 1460 to invoke an account table lookup function 1461 which 

information from the microcomputer 1104 using the same returns desired account identifiers from the account code 

hardware/software interface to support those TAPI status 5 database 1410 to a message handling function at 1460. The 

reporting functions which characterize the nature and status account code file 1410 is preferably indexed by a display- 

of the connected phone device. able account identifier field so that account identifiers can be 

to we prefenedembodiinent toe twelve accessed and displayed in alphabetical order by name to 
such as those seen at 1302 and 1304 house the display in the provide a multi-level access sequence of displayed choices 
moveable portion of the key. with the contact portion behind 10 to the user, as illustrated by FIGS. 7 and 8. The message 
the movable section of the key. Such moveable, relegend- handler converts the received account identifiers into suit- 
able keyswitches suitable for use with the present invention able display bitmap form for transmission to the key dis- 
are conventional and are described, for example, in Euro- plays indicated at 1463 in FIG. 14. While a predetermined 
pean Patent No EP-A-0 232 137 assigned to Dowry Elec- display bitmap could be stored in each account identification 
tronic Components Limited, to which reference may be 15 record file to visually designate each account. Windows GDI 
made for further details. Alternatively an LCD keyswitch functions may be advantageously used to convert numeric or 
having a fixed display with a transparent moveable cap, such character string account identifiers into bitmap data struc- 
as is described in U.S. Pat No. 4,897.651 (DeMonte) or cures suitable for transmission to the key displays 1463. 
British Patent No. GB-A-2 150 722 (Muller). may be used After the user has selected a particular accounting code from 
to implement the present invention. 20 the file 1410 using the display keypad, that code is thereafter 

The keyswitches 1302 and 1304 physically move in placed in a telephone connection record, along with con- 
push-button fashion when pressed and provide tactile feed- nection start and stop times and the identification (telephone 
back to the user. As a result, the display keyswitchs operate number) of the connected party, the resulting connection 
in a manner fully consistent with the user's experience with record being appended to the log file 1465 which may 
the familiar "push-buttons" in conventional touch-tone tele- 25 processed at any time by a report generator program 1467 to 
phone sets. The similar appearance and feel of the movable produce accounting reports as indicated at 1469. 
keys used to implement the display keyswitches as contem- In a similar fashion, the phone book file 1440 may take the 
plated by the present invention contributes importantly to form of a relational database which is maintained by a 
the intuitive ease with which the phone device according to conventional phone book maintenance program 1471 which 
the present invention can be used. 30 may also be invoked from the phone device configuration 

In the illustrative embodiment of the invention which has dialog box 169 via the phone service provider DLL 165 in 

been described, each LCD keyswitch display may be selec- response to a TAPI phoneConfigDialog function invocation 

tively bacldit by each of three separate colors, white, red, by an executing application program as previously dis- 

and green, using several lighting patterns: on full, flashing. cussed. When the user presses a predetermined key in a 

flutter, winking or off ftovision of several distinctive lamp 35 predetermined modestate (e.g. the "Phone Book*' key in the 

colors for keyswitch backlighting is accomplished by as so- MAIN modestate as seen in FIG. 3). a message handler at 

dating two lamp/dummy button pairs with one lamp/active 1460 invokes a phone book lookup routine 1473 which 

button pair and then addressing each lamp individually. returns identification data for designated callable parties. 

The independent control of backlighting and the bitmap and mis identification data is then displayed on the display 

displays permits the application developer to readily provide 40 keys 1463 to permit the user to select the party to be dialed, 

special capabilities. For example, different colors or lamp The phone book database file 1440 is also advantageously 

modes may be used to differentiate keys which perform indexed by phone number such that when caller I.D. ser- 

fu notions from keys used merely to display informatioa vices are available from the connected telephone service 

Alternatively, different colors may be used to indicate status provider, the telephone Dumber from which an incoming call 

conditions; for example, keys labeled "Spkr Phone" and 45 originates may be checked against the database 1440 and. if 

4 'Call Waiting" may be backlit in white when the speaker- a match exists, descriptive text identifying the incoming 

phone and call waiting are respectively turned off, with each caller may be transmitted from the database 1440 to the LCD 

key becoming backlit in green when the indicated function display panel seen at 124 in FIG. 1. In a similar fashion, a 

is turned ON. To emulate a key telephone, keys indicating short form text description of each callable party in the 

different lines which are active, held* etc. may be backlit in 50 database 1440 is passed in bitmap form to the display keys 

white, white flashing, or red to indicate various states. 1463 by the lookup routine 1473 to permit the user to select 

FIG. 14 of the drawings shows the principal data struc- a party to be dialed and, after the connection is established, 

tures maintained and manipulated by the preferred embodi- a longer text description of the party with whom the con* 

ment of the invention. These data structures take the form of nection has been established may be transmitted from the 

files persistently stored in the mass storage system of the 55 database 1440 to the LCD display 124 (as seen in the 

computer 100 and include an account code file 1410. a key example of the call in progress modestate display seen in 

definition file 1420, a modestate definition file 1430, and a FIG. 10). 

phone book file 1440. - In order to program the operation of the phone set 110 

The account code file 1410 preferably takes the form of a from the computer 100. the configuration dialog box 169. at 

conventional relational database file containing information 60 the users request invokes a modestate editor seen at 1480 

about accounts to which particular telephone calls may be which adds, deletes or edits records in the modestate defi- 

charged. The account code file 1410 may typically be an nition database 1430. Records in the file 1430 define each 

existing database which is maintained by an existing records modestate by specifying a modestate variable for each 

management system 1441 which may be invoked normally modestate, the default alphanumeric string to be displayed 

or from the phone device configuration dialog box 169 to 65 on panel 124 when that modestate is active, and a set of 

add, edit or delete account identification records. When the twelve key definition identifiers each identifying a particular 

phone device 110 is in operation, a selected key in a selected key definition in the file 1430. Using the modestate editor 
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1430. the an installer/developer can create or modify new the key, each of said display keys comprising both 

modestates defining new sets of keys. sensing means for detecting the actuation of said key by 

The appearance and function of individual keys is deter- said user and display means for visually presenting 

mined using a key definition editor 1483 callable from the alterable display information to said user, 

modestate editor 1480. The mode state editor advantageously 5 a programmable computer, and 

displays the appearance of the ^J^^ ^ a keypad interface circuit for interconnecting said com- 

panel in graphical form, identifies the modestate name, and v _ . . , , ... . . . , ^ _ . ^. 

i*rmits to user to "right click" on any key display to P»«**nd saAd smd mterface °° nslstm S 

specify the characteristics of that key. ? . . * . 

The key definition editor allows the user to create a in ">I>ut circuit means for transmitting keypress signals 

graphical bitmap for each key using the Windows GDI from 10 indicative of the actuation of each of said keys to said 

an existing bitmap image or from specified fields in a computer to initiate functions designated by said 

database containing character or metafile data which can be display information and 

converted into a bitmap at execution time by the Windows output circuit means for transmitting said alterable 

GDL together with a stored code indicating the default display information from said computer to said indi- 

backlighting mode for each backlight color for that key. 15 vidual key displays as required for one or more of 

In addition to the bitmap and backlight mode definitions said initiated functions, 

for each key. each key definition record in the database 1425 2. Telephone station equipment as set forth in claim 1 

further contains a specification of the functions to be per- further comprising a control program executable by said 

formed when that key is pressed. To this end. the key computer, said program comprising: 

definition editor 1483 advantageously includes a script file 20 meaQS led to ^ output mcans for tnioadlr 

editor for editing a macro language ^ which specifies the ^ Mormati ^ t0 said teypa<L including 

function, or sequence of ^ons to 1 be formed when b £ n J^ §0i ^play by one or more predetermined 

each key in each modestate is actuated by the user. In , r j j t~ 

operation, when a key whose display and backlight mode is ^ vs f™? 0 ^ a ™™Pf**S of one or 

defrned in a predetermined the key definition record is ^ key-selectable functions, and 

actuated, a keypress message handler men obtains and means responsive to a keypress signal indicating the 

interprets the macro script recorded for that key in its key actuation of a selected one of said predetermined keys 

definition record, thereby performing previously pro- for performing the corresponding one of said kcy- 

grammed operations, including switching the system to a selectable functions. 

new designated modestate and/or performing one or a ^ 3. Telephone station equipment as set forth in claim 2 

sequence of functions specified by statements in the script wherein said means responsive to a keypress signal indicat- 

file. The script file for a given key may be readily pro- ing the actuation of a selected one of said predetermined 

grammed to perform a script driven sequence of operations keys comprises means for applying a dialing signal to said 

to dial and log onto a remote computer and thereafter to line circuit for establishing a telephone connection to a 

perform automated data transfer functions and the like. 35 particular called party identified by the display information 

When several phone devices are used in a networked exhibited by said selected one of said keys, 

environment, the account code file 1410. the phone book file 4. Telephone station equipment as set forth in claim 3 

1440, the mode state definition file 1430 and the key wherein said means for applying a dialing signal comprises: 

definition file 1420 may be shared by all devices, or may that means for displaying the identification of a plurality of 

information may be stored in a combination of shared files ^ dialable parties on a corresponding first set of said keys, 

containing shared data and locally stored files containing and 

data which is private to a particular user. means responsive to the actuation of a given one of said 

It is to be understood that the embodiment of the invention first S et of said keys for establishing a dialed connection 

which has been described is merely illustrative on one to the party identified on display of said given key. 

application of the principles of the invention. Numerous 45 5, Telephone station equipment as set forth in claim 4 

telephony functions which can be selected and controlled by wherein said means for applying a dialing signal further 

means of the phone device display keypad may be added to comprises: 

supplement or substitute for the functions described to meet means for displaying the identification of a group of 

the needs of particular users and to take advantage of dialable parties on each of a second set of said keys, and 

different capabilities available in particular installations. The M means reS ponsive to the actuation of a particular key in 

features of the disclosed embodiment should accordingly be ^ sccond sct for actrV ating said means for displaying 

considered to be merely illustrahve applications of the ^ idcntification of a plurality of dialable parties, 

principles of the inventions, recognizing that nurncrous 6 Telephone station equipment as set form in claim 3 

additions and modifications may be made by those skilled in whcrein ^ means for applying a dialing signal comprises 

the art without departing from the true spirit and scope of the J5 mcans for displaying a representation of a manual dialing 

invention. function on a selected one of said keys, means responsive to 

What is claimed is: the actuation by the user of said selected key for displaying 

1. Telephone station equipment manipulatable by a user a representation of a different dialable digit on each of a 

comprising, in combination: plurality of said keys, and means responsive to the actuation 

a line circuit for establishing a telephone communication ^ by mc user cf a key displaying a given dialable digit for 

channel, generating a dialing signal representing said given dialable 

a telephone handset consisting of a mouthpiece micro- digit 

phone and an earpiece speaker. 7. Telephone station equipment as set forth in claim 3 

a hook switch for connecting and disconnecting said further including means for placing a connection established 

handset and said line circuit, 65 to a particular party on a hold comprising, in combination, 

a manually manipulatable keypad consisting of a plurality means for displaying a representation of a hold condition on 

of movable display keys that are actuated by moving a predetermined one of said keys and means responsive to 
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the actuation by said user of said predetermined key for display keys from said computer to specify the color of said 
disconnecting said telephone handset from said line circuit display information. 

without breaking the connection between said line circuit 15. Telephone station equipment as set forth in claim 13 

and said station equipment wherein each of said display keys includes graphical display 

8. Telephone station equipment as set forth in claim 3 5 screen mounted on the face said key for displaying images 
further including speakerphone apparatus comprising a defined by image data transmitted from said computer, 
pickup microphone and loudspeaker separate from said 16. Telephone station equipment as set forth in claim 15 
handset, means for displaying a representation of said speak- further including a controllable light source associated with 
erphone on a preselected key, and means responsive to the each of said display keys for illuminating said display screen 
actuation by said user of said preselected key for activating 10 « accordance with an fflurnination value supplied to each of 
said speakerphone apparatus. said display keys from said computer. 

9. Telephone station equipment as set forth in claim 3 17 - Telephone station equipment as set forth in claim 16 
further comprising means for persistently storing a tele- comprising a control program executable by said 
phone connection record for each telephone connection computer, said program comprising: 

established, said record including an identification of the 15 nieans coupled to said output circuit means for transmit- 

connected party and the time at which said connection was tag display information to said keypad, including 

established. information for display by one or more predetermined 

10. Telephone station equipment as set forth in claim 9 l«ys representing a corresponding set of one or more 
wherein said record further includes information defining key-selectable functions, and 

the duration of said connection. 20 mca315 responsive to a keypress signal indicating the 

11. Telephone station equipment as set forth in claim 9 actuation of a selected one of said predetermined keys 
further including means for displaying on each of a collec- for performing the corresponding one of said key- 
tion of said keys a category representation and means selectable functions. 

responsive to actuation of one of said collection of keys for 18. Telephone station equipment as set forth in claim 16 
recording a category identifier corresponding to said cat- 25 wherein said means responsive to a keypress signal indi cat- 
egory representation in said record. ing the actuation of a selected one of said predetermined 

12. Telephone station equipment as set forth in claim 3 keys comprises means for applying a dialing signal to said 
further including a display device independent of said dis- line circuit for establishing a telephone connection to a 
play keypad for displaying alphanumeric information, and particular called party identified by the display information 
means for selectively displaying status information to said ^ exhibited by said selected one of said keys. 

user on said display device, said status information indud- 19. Telephone station equipment as set forth in claim 18 

ing the an identification of party with whom the current wherein said means for applying a dialing signal comprises: 

connection is established. means for displaying the identification of a plurality of 

13. Telephone station equipment manipulatable by a user dialablc parties on a corresponding first set of said keys, 
for establishing a telephone communication connection over 35 and 

a telephone line circuit to a remote party, said equipment means responsive to the actuation of a given one of said 

comprising, in combination: first set of said keys for establishing a dialed connection 

a telephone station set comprising: to the party identified on display of said given key. 

a microphone for accepting audio information from 20. Telephone station equipment as set forth in claim 18 

said user. 40 wherein said means for applying a dialing signal further 

a speaker for delivering audio information to said user, comprises: 

and means for displaying the identification of a group of 

a manually manipulatable keypad consisting of a plu- dialable parties on each of a second set of said keys, and 

rality of display keys, each of said display keys means responsive to the actuation of a particular key in 

comprising a movable push-button manipulatable by 45 said second set for activating said means for displaying 

said user, sensing means for detecting the depression the identification of a plurality of dialable parties, 

and release of said push-button by said user, and 21. Telephone station equipment as set forth in claim 16 

writable display means positioned on the exposed wherein said means for applying a dialing signal comprises 

face of said push-button for visually exhibiting alter- means for displaying a representation of a manual dialing 

able display information to said user, » function on a selected one of said keys, means responsive to 

a programmable computer, and the actuation by the user of said selected key for displaying 

a keypad interface circuit for interconnecting said com- a representation of a different dialable digit on each of a 

puter and said keypad, said keypad interface consisting plurality of said keys, and means responsive to the actuation 

of: by the user of a key displaying a given dialable digit for 

input circuit means for transmitting keypress signals 55 generating a dialing signal representing said given dialable 

indicative of the actuation of each of said keys to said digit 

computer to initiate functions designated by said 22. Telephone station equipment as set forth in claim 16 

display information and further including means for placing a connection established 

output circuit means for transmitting said alterable to a particular party on a hold comprising, in combination, 

display information from said computer to said indi- 60 means for displaying a representation of a hold condition on 

vidua! key displays as required for one or more of a predetermined one of said keys and means responsive to 

said initiated functions. the actuation by said user of said predetermined key for 

14 Telephone station equipment as set forth in claim 13 disconnecting said telephone handset from said line circuit 

wherein each of said display keys further comprises means without breaking the connection between said line circuit 

for exhibiting said display information in different colors 65 and said station equipment. 

and wherein said keypad interface further includes means 23. Telephone station equipment as set forth in claim 16 

for transmitting display control information to each of said further including speakerphone apparatus comprising a 
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pickup microphone and loudspeaker separate from said 
handset, means for displaying a representation of said speak- 
erphone on a preselected key, and means responsive to the 
actuation by said user of said preselected key for activating 
said speakerphone apparatus. 5 

24. Telephone station equipment as set forth in claim 16 
further comprising means for persistently storing a tele- 
phone connection record for each telephone connection 
established, said record including an identification of the 
connected party and the time at which said connection was 10 
established. 

25. Telephone station equipment as set forth in claim 24 
wherein said record further includes information defining 
the duration of said connection. 

26. Telephone station equipment as set forth in claim 25 is 
further including means for displaying on each of a collec- 
tion of said keys a category representation and means 
responsive to actuation of one of said collection of keys for 
recording a category identifier corresponding to said cat- 
egory representation in said record. ' 20 

27. A telephone system control mechanism comprising, in 
combination: 

a telephone communications circuit for establishing con- 
nections with remote parties, 

25 

a display keypad consisting of a plurality of movable 
push-button keys each given key including a display 



24 

panel positioned on the exposed face of said given key 
for displaying an visual image to a user, said image 
being defined by display data, and 

a sensor for generating keypress signals whenever said 
given key is actuated by said user. 

a personal computer including a memory and a processor 
for executing programs stored in said memory, said 
programs including a control program, said personal 
computer comprising: 

means for placing said computer in a first of a plurality of 
mode states, means responsive to the activation of a 
selected one of said keys when said computer is in said 
first mode state for performing an operation signified 
by the image displayed on the face of said selected key, 

means for switching said computer to a different mode 
state specified by said selected key to thereafter process 
the activation of said keys in said different mode state, 
and 

means coupled to said display keypad for transmitting 
said display data to said keys to represent at least one 
function executable by said processor in said different 
mode state. 

***** 
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WEB-BASED GENERATION OF 
TELEPHONY-BASED INTERACTIVE VOICE 
RESPONSE APPLICATIONS 

BACKGROUND OF THE INVENTION 5 

1. Field of the Invention 

The invention relates generally to the field of database 
manipulation and more particularly to the field of structured 
databases such as used by on-line Web-based application, 1Q 
structured databases by interactive voice response applica- 
tions and shared or common use of those structured data- 
base. 

2. Description of the Related Art 

The World Wide Web (WWW) or "the Web" provides a is 
computer user with electronic access to documents located 
on data servers throughout the world. The standard docu- 
ment format for the Web is HyperText Markup Language 
(HTML). HTML documents can be static or dynamic. Static 
HTML documents contain all information required to gen- 20 
erate the Web page. 

Dynamic HTML documents contain a shell for the Web 
page, but dynamically insert information into the shell at the 
time a user links to the HTML document or modifies 
information in a document. These characteristics of dynamic 25 
HTML are described by Isaacs S., Inside Dynamic HTML, 
Microsoft Press, 1997, which is incorporated herein by 
reference. Dynamic Web pages are also described in U.S. 
Pat. No. 5,761,673 issued to Bookman et al which is 
incorporated herein by reference. Use of relational databases 30 
over the Internet, which can be an integral part of dynamic 
HTML is described in U.S. Pat. No. 5,737,592 issued to 
Nguyen et al which is incorporated herein by reference. 

The concept of providing interactive voice response 
(IVR) to telephone calls is also known. IVR provides 
automated response to a customer by providing prompts and 
detecting customer responses to the prompts through either 
keypad entries or spoken words. IVR is described in a 
number of patents, including U.S. Pat. No. 5,588,044 to 
Lofgren et al.; U.S. Pat. No. 5,678,002 to Fawcett et al; and 40 
5,493,608 to O'Sullivan, the disclosures of which are incor- 
porated herein by reference. 

Both Web and IVR systems use menu structures and 
structured databases to organize the customer interaction 45 
and control access to information. When Web and IVR 
systems have similar objectives, there can be substantial 
similarity in the menu structures and structured database of 
each system. 

There is a need to relate the menu structures and struc- 50 
tured database information supporting on-line Web users 
and IVR users. 

BRIEF SUMMARY OF THE INVENTION 

An objective is to provide a computer method comprising 55 
the steps of identifying a structured database that supports 
on-line users as suitable for interactive voice response; 
analyzing the structured database; and generating an inter- 
active voice response menu based on the database analysis. 
The menu is usable for interactive voice response. The 60 
structured database includes HTML documents and scripts 
which support the on-line users. 

Another objective is to provide a computer method com- 
prising the steps of identifying a structured database that 
includes hypertext mark-up language documents and sup- 65 
ports on-line users as suitable for interactive voice response; 
analyzing the structured database; generating an interactive 
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voice response menu based on the database analysis; and 
using the menu to support caller interaction with the data- 
base during a communication conducted with interactive 
voice response. 

Another objective is to provide a computer method com- 
prising the steps of communicating using interactive voice 
response; and responsive to the recognized voice, providing 
interactive choices derived from a structured database, the 
structured database supporting at least the interactive 
choices and on-line users. The structured database includes 
HTML documents and scripts and the structured database 
supports the on-line users through a Web browser. 

Another objective is to provide a computer method com- 
prising the steps of communicating using interactive voice 
response; and responsive to the recognized voice, providing 
interactive choices derived from a structured database, the 
structured database providing information for the interactive 
choices and on-line accessible hypertext mark-up language 
documents. 

Another objective is to provide a computer method com- 
prising the steps of analyzing a structured database that 
supports interactive voice response users; and generating 
links to the structured database based on the database 
analysis, the links being usable for on-line users. 

Another objective is to provide a system comprising at 
least one structured database; an on-line server, electroni- 
cally linked to the at least one structured database and 
allowing the system to support on-line users by using 
information in the at least one structured database; and an 
interactive voice response server, electronically linked to the 
at least one structured database and allowing the system to 
support customers connected to the interactive voice 
response server by using information in the at least one 
structured database. 

Another objective is to provide a system comprising at 
least one structured database; an on-line server, electroni- 
cally linked to the at least one structured database and 
allowing the system to support on-line users by using 
information in the structured database; and an interactive 
voice response server, electronically linked to the on-line 
server, the system analyzing a menu structure supporting the 
on-line users and creating an interactive voice response 
menu structure to support a user connected to the interactive 
voice response server. 

Another objective is to provide a system comprising at 
least one structured database; and a server, the server elec- 
tronically linked to the at least one structured database and 
allowing the system to support on-line users by using 
information in the at least one structured database and the 
server electronically linked to the at least one structured 
database and allowing the system to support customers 
connected to the server by using information in the at least 
one structured database. 

Another objective is to provide a system and method to 
analyze a menu structure that supports interactive voice 
response users and generate a graphic representation of the 
menu structure using the analysis. The graphic representa- 
tion of the menu structure is usable for on-line users and 
allows the system to make a telephone connection of an 
on-line user to a choice on the graphic representation of the 
menu structure. The system makes the telephone connection 
by either replicating the choices of the interactive voice 
response menu, or bypassing the choices and direct dialing 
to the desired choice. The system dials with a TAPI 
interface, or a form of Internet telephony. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates an on-line Web sales menu architecture; 

FIG. 2 illustrates an Interactive Voice Response (IVR) 
sales menu architecture; 

FIG. 3 illustrates steps for translating a Web on-line sales 
menu to an IVR menu architecture; 

FIG. 4 illustrates steps for translating a Web on-line sales 
menu to an IVR menu architecture; 

FIG. 5 illustrates a development system of the invention; 

FIG. 6 illustrates an operational system of the invention; 

FIG. 7 illustrates an IVR system; 

FIG. 8 illustrates a Web page depiction of an IVR menu 
architecture; and 

FIG. 9 illustrates steps for connecting to different nodes of 
an IVR menu that is displayed on a Web page. 

DETAILED DESCRIPTION OF THE 
INVENTION 

Interactive voice response (IVR) provides automated 
access to customers and business representatives by 
responding to keypad entries or spoken words. FIG. 7 
illustrates the initial access steps of a typical IVR system 
supporting business representatives. 

At step 200, the business representative establishes initial 
contact with the IVR system. 

At step 201, if the IVR system is operating, the system 
requires voice verification or entry of "0" for a new account. 

At step 202, after the representative provides a password, 
the IVR system verifies the voice password. 

At step 203, if the password was correctly verified, the 
IVR system prompts the representative for a work item, a 
customer name or a contract number. 

At step 204, the IVR system verifies that it has correctly 
interpreted the desired item. 

At step 205, the IVR system provides the representative 
the opportunity to take action on the selected item. 

The IVR system additionally provides looping functions 
when the representative's response is not understood, or 
where a response is not received within a specified time 
period. The IVR system illustrated in FIG. 7 is designed to 
support the initial access by a business representative. Other 
IVR systems support telephone sales and voice-mail sys- 
tems. 

For many companies, a substantial business sector relies 
on customer-merchant relationships that are not face-to- 
face. Some of these relationships take the form of catalog 
sales and on-line sales. Catalog sales rely heavily on tele- 
phone ordering, and companies with a substantial catalog 
sales volume develop sales and information architectures 
that specifically support telephone ordering. 

Companies with substantial catalog sales volume must 
also balance the need for live telephone sales staff against 
their expense. Interactive automated techniques are usually 
less expensive and where automated customer sales and 
support can provide satisfactory response to the customer, 
the companies will use interactive automated techniques. 
These interactive automated techniques include computer 
generated voice response menus designed for interactive 
customer response. Just as for other IVR systems, catalog 
sales interactive techniques use touch-tone telephones and 
voice responses. 

Though businesses that rely on telephone ordering may 
not be able to completely eliminate live sales support staff in 
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all telephone order transactions, the businesses are able to 
significantly reduce their sales staff size by using IVR for 
routine and well structured telephone ordering tasks. 
However, an IVR system that is able to replace live sales 

5 support staff, even during routine order processing, is dif- 
ficult to establish. The system must have excellent voice 
response and speech generation to understand different 
dialects and accents and provide responsive answers. 
Additionally, the IVR system must have robust supporting 

10 databases containing product specifications and pricing 
information. These product specification and pricing data- 
bases are frequently unique to IVR systems and not well 
adapted to other business purposes. 
A business with an established telephone catalog order 

15 sector, using IVR, spends considerable expense developing 
and maintaining databases. Given the substantial startup cost 
to establish IVR, only large businesses use IVR and are able 
to reap the reduced cost benefits. 

Today, many businesses are establishing an on-line elec- 

20 tronic sales presence with Web pages that list product 
specifications and prices. The Web pages typically include 
images representing product with textual descriptions. 
On-line ordering is also available and companies develop 
and place forms on their Web pages to automatically process 

25 on-line customer orders. 

With extensive product lines, companies typically shift 
from static HTML content on their Web page to dynamic 
HTML content. With static HTML, all the Web page infor- 

30 mation is known and coded when the Web page is devel- 
oped. This is a reasonably inexpensive though time- 
consuming process. Once developed, a static HTML Web 
page does not allow rapid change or update. Further, a static 
HTML Web page does not readily support short duration 

35 events like sales, because each Web page must be changed 
and checked before the sale event and after the sales event. 

With dynamic HTML, the basic Web page format is 
developed, but the actual HTML page content is extracted 
from databases at the time the customer accesses the uni- 

40 form resource locator (URL) of the Web page. In this 
manner, the business makes changes to their databases, 
which are used to generate the HTML documents of the Web 
page. Changes to databases are much easier to accomplish 
and can be completed in near-real-time. Thus, short duration 

45 events, like sales, become possible with an on-line Web 
business using dynamic HTML. 

The information needed to support on-line electronic sales 
and telephone catalog ordering is very similar and in may 
cases is identical. The customer needs ready access to 

50 accurate and up-to-date product specification, availability 
and price. Many businesses are willing to invest the expense 
required to establish and maintain structured databases for 
an on-line electronic sales presence on the Web, but do not 
have IVR for their telephone based catalog ordering. 

55 Additionally, many customers are not confident in the secu- 
rity of on-line electronic sales ordering and will search for 
product on-line, but place their order using the telephone. 
Thus, the ability to adapt and use structured databases that 
arc developed for on-line sales to support IVR is very 

60 beneficial. The business is able to take advantage of the 
previously developed and maintained on-line databases and 
Web menu structure by using the same menu structure and 
databases as the foundation for IVR telephone sales. As a 
result, the business reduces their expense for live telephone 

65 sales support staff and eliminates inconsistencies when a 
customer searches for a product on-line and places the order 
by phone. 
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Most on-line Web based sales and most 1VR systems use 
a hierarchical menu structure. This structure allows the 
customer to rapidly locate desired products and services. 
Once the customer has generally located the desired product 
or service, the menu structure allows the customer to learn 5 
about the product. For clothing, the system typically pro- 
vides sizing and color information with availability of the 
desired combination. Product prices are also provided. 
On-line systems typically provide a representative image of 
the product. Once the customer decides to purchase a 10 
particular product, systems allow the customer to add prod- 
ucts to a "shopping cart" until they decide to check-out and 
pay for their purchases. 

An example of the menu structure for an on-line Web 
based clothing sales company is illustrated at FIG. 1. Among is 
other options, the introductory screen 10 allows the cus- 
tomer to check on previously placed orders 15, and contact 
customer assistance 14 where they can find telephone con- 
tact information, store locations, and general categories of 
product. The customer is also able to move directly to major 20 
product categories of Women's clothing 11, Men's clothing 
12 and Children's clothing 13. Once in the major product 
category, the customer is provided additional product cat- 
egory options, such as Pants 16, Shirts 17, Shoes 18 and 
Accessories 19. The product categories are further subdi- 25 
vided and may contain forms or individual pages 21, 22, 23. 

Using a menu structure like FIG. 1, with links between 
on-line Web databases and inventory/shipping databases, the 
customer receives near real-time information on product 
availability with current pricing. The business is also able to 30 
automatically process orders and track inventory. 

With a well developed and designed on-line Web sales 
architecture, the personnel costs for a business are very 
small. Personnel are still required for quality assurance and 
physical actions such as shipping and receiving. However, 
the need for live sales support staff can be significantly 
reduced or minimized. 

FIG. 2 illustrates a typical menu structure for IVR tele- 
phone product sales. In the initial IVR menu 25, the cus- ^ 
tomer hears about the top level choices. These choices 
include checking on a previous order 30, contacting cus- 
tomer support 29, or moving directly to the main product 
categories, such as women's clothing 26, men's clothing 27 
or children's clothing 28. The main product categories are 45 
farther subdivided into areas like accessories 31, blouses 32, 
slacks 33 and shoes 34. There may be further subdivisions 
or menus 35, 36, 37. 

As thus described and illustrated in FIGS. 1 and 2, the 
menu structures for IVR telephone sales and the on-line Web 50 
sales may be similar or identical, illustrating the benefit of 
linking the supporting databases. However, merely linking 
the supporting databases does not reduce the up-front devel- 
opment costs for IVR. Providing a system and method to 
analyze the on-line Web sales database and menu structure 55 
and adapting that database and menu structure to build an 
IVR system is beneficial. 

HTML Web pages that use forms and structured databases 
adhere to predictable standards. This is particularly true 
when the HTML pages are created with Web page authoring eo 
applications. These authoring applications adhere to the 
HTML standards and produce repeatable HTML structure 
that lends itself to automated analysis. 

Referring to FIG. 3, at step 50, a previously developed 
Web page on-line sales site is identified as suitable for IVR 65 
and telephone sales. Using the Uniform Resource Locator 
(URL) of the Web page, the system begins an initial analysis. 
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At step 51, the system links to the URL of the donor Web 
page and down- loads the HTML document that generates 
the home page. This step of down-loading is the same or 
identical to the down-loading that occurs when a Web 
browser links to a specified URL and down-loads an HTML 
document associated with that URL. 

At step 52, the system identifies the down-loaded HTML 
page as the level zero menu page. 

At step 53, the system scans the HTML source code and 
identifies every URL link contained within the HTML level 
zero menu page as a level one menu item. Though some 
links, such as links to the webmaster, may not be appropriate 
for an IVR system, at step 53, it is not necessary for the 
system to differentiate between different links. 

At step 54, the system sets a counter, K, to the number of 
URL links identified on the level zero menu page. 

In steps 55 through 59, the system begins a systematic 
loop to down-load the HTML page for each of the K URL 
links identified on the level zero menu page. 

At step 55, the system down-loads the HTML document 
associated with the Kth URL link item. This down-loaded 
HTML page is a level one menu page. 

At step 56, the system scans the HTML source code of the 
level one menu page and identifies each URL link. Each 
URL link identified at step 56 points to a level two menu 
item. 

At step 57, the system decrements the counter K, by one. 

At step 58, the system checks to determine whether K is 
zero, indicating that the system has down-loaded all URL 
links for that level menu page. 

At step 59, if K is not zero, the system loops to step 55 and 
down -loads the next URL fink. 

After the system has down-loaded all URL links for that 
level menu page, the system leaves the loop. 

At step 60, the system completes the identification of the 
level zero menu by identifying all level one menu items on 
the level zero menu. With the loop of steps 55 through 59, 
the system also identifies all the level two menu items on 
each of the level one menus. 

At step 61, the system similarly identifies and down-loads 
the HTML documents associated with each URL link on the 
level two menu pages. The links are level three menu items. 
Though the individual steps are not illustrated, the system 
uses a process similar to that illustrated in steps 53 through 
59. 

At step 62, the system similarly identifies and down-loads 
the HTML documents associated with each URL link on the 
level three menu pages. The links are level four menu items. 
The steps are similar to those illustrated in steps 53 through 
59. 

At step 63, the system continues the process until it has 
identified all UTRL links that branch from the level zero 
menu page identified in step 52. 

Though not illustrated in the example, as the system 
identifies URL links and down-loads HTML documents 
associated with the URL link, the system does not blindly 
follow every link. Links that point to URLs located outside 
the company business area are considered suspect links. For 
example a company Web sales page may have a URL link 
to the home page of a product manufacturer. The system 
does not follow that link. Instead, the system marks the URL 
link as such and moves on to the next URL link. 

At step 64, the system performs a clean-up of the links and 
data. For example, on some web pages, there may be links 
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that become recursive, linking back on themselves. At step 
64, the system identifies these recursive links and marks 
them as such. The system also identifies Web unique types 
of links that do not readily translate to I VR and marks them 
as such. Examples of these type of unique links include mail 
to: links that send e-mail to Web-masters. However, a mail 
link to the customer service department is not unique and the 
system will translate that type of link to a telephone link. 

As the system identifies URL links and down-loads asso- 
ciated HTML documents, some will include Forms-based 
HTML pages. At step 65, the system uniquely identifies 
these Forms-based links for IVR database needs. 

At step 66, the initial automated analysis is complete and 
the system provides an operator with a visual representation 
of the menu structure identified during the Web page analy- 
sis. This visual representation includes identification of links 
outside the business area, recursive links, Web-unique links 
and questions. The visual representation also includes an 
identification of the Forms-based links and the supporting 
databases for dynamic HTML pages. 

At step 67, the system gives the operator an opportunity 
to verify the analysis by tracking through the Web page and 
site to resolve questions on the analysis. 

Once the operator is satisfied with the basic translation of 
Web menu architecture to IVR menu architecture, the sys- 
tem creates an IVR outline. This is further illustrated on FIG. 
4. At step 70, the system uses the operator validated menu 
structure and database linkage to create the initial IVR menu 
structure and proposed IVR prompts. 

At step 71, based on the proposed prompt, the system 
generates voice prompts for each menu item in the IVR. 

At step 72, the system generates desired IVR responses to 
each prompt on the menus. 

At step 73, the system associates voice generation to 
database text that provides an item description. For example, 
with a Web site that includes a text description of the 
product, the system will link a voice generation system to 
that text description database item. In this manner, the 
system uses the textual description contained in the database 
to generate a spoken description of the item. 

At step 74, in a similar manner, the system associates 
voice price generation to database price items. 

At step 75, the system replaces order placement scripts 
from the Web page with IVR developed order scripts. This 
helps to ensure consistency in the order placement and takes 
advantage of time already spent developing efficient IVR for 
order placement. 

Once the IVR menu structure, prompts and responses are 
developed, the system has completed the initial translation. 

For translation and interpretation of Web menus, system 

79 is illustrated in FIG. 5. An on-line Web-based electronic 
sales system, taking advantage of forms-based HTML Web 
pages, uses a variety of structured supporting databases 80, 
81. One structured database includes the static content of the 
HTML documents 80, and another structured database 81 
which includes information used with dynamic HTML such 
as product description and pricing. These two structured 
databases are accessible to a Web server 82 which is 
registered as the homepage URL and includes the addresses 
of all URLs within the Web sales architecture. The server 
functions as the homepage URL and URL of all linked 
pages. The HTML documents and information in databases 

80 and 81 are thus associated with the URLs. 

The system also includes a first switch 83 providing 
accesses (not illustrated) to Web server 82. 
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An individual computer 84 is electronically linked to Web 
server 82 via first switch 83. These elements of the system 
are typical of the configuration used for Web on-line access. 
The system 79 also includes elements supporting I VR. . 

5 These IVR support elements include an IVR 85 which is 
electronically linked to Web server 82, thereby allowing 
direct exchange of information and commands between Web 
server 82 and IVR server 85. 

A second switch 86 providing support for IVR operation 

10 is linked to IVR server 85 and provides a connection path for 
telephone 87 to IVR server 85. 

System 79 allows an operator, with access to computer 84 
and telephone 87, to monitor the automated translation of the 

15 Web menu structure to an IVR menu structure with prompts 
and responses. System 79 also allows the operator to modify 
the proposed IVR structure and resolve questions. 

As system 79 performs steps 50 through 75 on FIGS. 3 
and 4, the operator is able to visually monitor the progress 

20 on computer 84 as the system translates the Web menu 
structure and develops the IVR menu structure. System 79 
also allows the operator to test the IVR structure using 
telephone 87 and resolve problems by referring to the Web 
menu structure on computer 84. The system also provides 

25 access to the structured supporting databases 80, 81 allow- 
ing the operator to test changes to the database to determine 
whether the IVR responds appropriately. 

After system 79 translates the Web menu structure and 
develops the IVR system, the operator validates the trans- 

30 lation and provides any required changes. The validated IVR 
system is then placed in operational service along with the 
Web on-line system for customer service. This is illustrated 
in FIG. 6 with system 99. 

In FIG. 6, system 99 uses common structured databases 

35 101 and 102 as the information source for Web on-line 
services and IVR services. On-fine customers access the 
Web page by using the URL of the Web page to connect 
individual computers 105, 106 to the Web server 103 
through a switch 104. Once connected, the customer is able 

40 to browse the Web site and access information on products. 
The information is contained in structured databases 101 and 
102 and is finked to the Web pages using dynamic HTML by 
the Web server 103. 

In a similar manner, system 99 uses the same common 

45 structured databases 101 and 102 as the information source 
for the IVR service. Telephone customers dial the access 
number of the IVR service using telephones 109 and 110. 
They are connected to the IVR server 107 by switch 108. 
IVR server 107 provides IVR prompts based on customer 

50 responses and information in databases 101 and 102. 

As illustrated, databases 101 and 102 contain product 
specifications and pricing information. Thus, common data- 
base information supports both the Web on-line service and 

55 the IVR service. 

In FIG. 6, first switch 104 and second switch 108 of 
system 99 are illustrated as individual elements, but they can 
be a single element providing switching between the appro- 
priate users and servers. Similarly, Web server 103 and IVR 

60 server 107 are illustrated as individual elements, but a single 
server can be partitioned to perform the required functions 
of each. 

In FIGS. 5 and 6, the servers, switches and databases of 
systems 79 and 99 are labeled with unique numbers. Sepa- 
65 rate systems segregate the development system from the 
operational system. However, a single system can be used 
for both the development system and the operational system. 
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The system and method are described in the context of by system 79 or 99 by analysis of the I VR menu architecture, 

using previously developed on-line structured databases, as previously described. However, where the analysis of the 

such as for Web sales, as the basis for IVR telephone sales IVR menu architecture previously described produced a 

structured databases. The converse is also possible, where a series of Web pages with links between the Web pages 

company uses its structured IVR database as the basis for 5 corresponding to different IVR menu choices, the Web page 

automatic generation of an on-line Web sales database. display of this embodiment graphically represents the entire 

In a method similar to the method just described, trans- J Y R me ? u architecture on a single Web page. Though the 

lation of an IVR menu architecture to a Web page architec- display in FIG. 8 is a graphic representation, it can be a 

ture requires analysis of the IVR menu, and creation of Web P 1 ""^ textual representation with different menu levels 

pages corresponding to different menu levels in the IVR. io represented by varying indentation. 

Translation also requires creation of the link relationships Through an analysis of the IVR menu architecture, system 

between the Web pages corresponding to IVR choices and 79 or 99 identifies and creates a series of nodes 304, 306, 308 

responses. The systems illustrated in FIGS. 5 and 6 are used and linkages connecting the nodes 320, 322, 324. Each node 

to translate IVR menus to Web menus. represents an IVR menu prompt. The linkages represent the 

Referring to FIG. 2, the system creates a home page using 15 various possible response prompts for the node. IVR sys- 

the introductory IVR menu 25. The introductory IVR menu terns frequently allow forward and reverse navigation 

includes prompts and non-response information. The home through the IVR menu architecture, so users can go up or 

page includes this non-response information, such as the down the menu hierarchy to reach different branches without 

company name or welcome message, which is extracted terminating a call. Therefore, the IVR menu prompt for 

from the IVR introductory menu. Though a completed Web 20 Hardware will include choices for selecting ordering 310, 

page may not contain this information, the information does warranty 312 and assembly 314 which are selected by the 

provides a good default for content of the Web home page. user bv entr y of the numbers 1, 2 or 3 respectively on the 

The IVR introductory menu 25 also contains prompts or keypad, 

choices 26, 27, 28, 29, 30 which relate to other IVR menus Thus, a user calling the IVR Help system that is graphi- 

or actions. Thus, each of the IVR choices presented in the cally represented in FIG. 8 initially dials a telephone number 

introductory IVR menu 25 becomes a link to another Web and hears an introductory welcome message and hears a 

page or service from the Web home page. In the same series of prompts for different responses. That introductory 

manner illustrated in FIGS. 3 and 4 and described above, message and prompts are graphically represented by node 

where the system systematically analyzed the Web menu 304 in FIG. 8. In the example, the user has selection choices 

architecture to create an IVR menu architecture, the system of Hardware or Software. When these choices are presented 

systematically analyzes the IVR menu architecture and by an IVR system alone, the user hears a description of those 

creates a Web page architecture with a ho me page and linked two choices and responds by either speaking the desired 

pages. IVR prompts, choices and responses define the links choice ("one" or "two"), or selecting the desired choice by 

to and between Web pages. In a manner described in greater pressing either the 1 or 2 key on the telephone keypad, 

detail below, IVR choices that connect to live sales or System 79 or 99 graphically represents the introductory 

support staff become either "Click-to-Dial" telephone finks welcome message and choices with nodes 304, 306, 308 and 

on the Web page, or e-mail responses. linkage 320. Similarly, system 79 or 99 graphically repre- 

After the initial Web page structure is created, the system the description and choices for the Hardware prompt 

allows an operator to add graphics and text enhancements to ^ 306 and associated choices with nodes 304, 310, 312, 314 

the Web pages. The system also allows an operator to and linkages 320, 322. 

modify the Web page structure if the initial structure is not It should be noted that because an IVR menu system 

appropriate. allows a user to move up and down the menu structure, the 

Taking advantage of a system and service termed "Click- Web P a S e representation similarly maintains those relation- 

to-Dial", a Web page may contain a link to automatically 45 shi P s - In the IVR environment, a user may move up and 

initiate a telephone connection between a personal computer down me IVR menu hierarchy. For example, return to the 

user accessing the Web page and another party. This "Click- previous menu is accomplished by entry of * or some other 

to-Dial" or "Click-to-Talk" service appears as a link on the choice on the keypad. In this manner, if the user determines 

Web page. However, when activated, this service establishes that the choice is not the correct choice, they can backup to 

a voice telephony connection to the person accessing the 50 a previous menu rather than hang-up and redial. For 

Web page. As an example, when a user accesses an AT&T example, if the user is at node 306 in the IVR menu as 

Web page there is a link area on the Web page, under the represented in FIG. 8, they will go back up the IVR menu to 

heading "Ask about your bill." The user enters their tele- the main menu 304 if they press *. Most IVR systems also 

phone number in a box on the Web page and clicks on the allow a user t0 retura to the main entry menu by selection of 

fink. In response, AT&T automatically establishes a call- 55 a choice like # or 9 - Thus > tf the user is at node 314 in the 

back to that telephone number, which is handled by an IVR menu as represented in FIG. 8, they will go to the main 

AT&T service representative. Once the call-back is menu 304 b y pressing #. This navigation functionality is 

established, the service representative can discuss the per- maintained in the invention. 

son's account, and can even send specific web pages or Though not illustrated, it is also possible that an IVR 

information to the user for viewing and discussion during go system will allow a user to reach the same service repre- 

the telephone call. sentative by multiple paths. The Web page duplicates that 

Referring to FIG. 8, another embodiment is illustrated. A architecture and illustrates the relationship between nodes 

Web page 300 is displayed by a browser application 302 on w ith linkages. 

a video display terminal such as the video display terminals In this manner, the Web page graphically represents the 

of computers 84, 105, 106 of system 79 and 99. The Web 65 IVR menu architecture by providing an overview of the 

page display provides a graphic representation of an IVR entire IVR menu architecture on a Web page. By presenting 

menu architecture. The graphic representation is generated this type of overview, a user is able to visually determine 
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how the IVR choices and responses, represented by nodes reaching the desired service representative is lengthy and the 

and linkages, are interrelated and whether a particular series system must wait for each IVR prompt before automatically 

of responses will lead to the desired service representative. selecting the appropriate response. In this manner, system 79 

For most IVR systems, the user is only able to interact or 99 can either emulate or bypass the IVR choices, 

with a service representative at a termination point following 5 Referring to FIG. 9, at step 401, the system interprets the 

responses to a series of choices. For example, with the IVR IVR menu architecture and creates the graphic representa- 

menu architecture that is graphically represented in FIG. 8, tion of the IVR menu on the Web page 401. An example Web 

a user who dials the main IVR telephone number will hear page is displayed in FIG. 8. 

an initial IVR prompt and respond to the choices in an At step 403, the user views the representation of the IVR 

introductory welcome menu. Based on whether they select 1Q menu, identifies and selects a desired node by clicking on 

the Hardware or Software choice, the user will next hear an that node. In the example Web page of FIG. 8, this could be 

IVR prompt and respond to the choices for their selected accomplished by placing a cursor over node 316 to learn 

Hardware or Software choice. It is only after this selection more about the node through a mouse-over text box and then 

that the user is connected to a service representative. Though double-clicking the node. 

the example in FIG. 8 has three menu levels, IVR systems ^ At step 405, the system interprets the connection infor- 
frequently have multiple menu levels before reaching a mation from the IVR menu and places a telephone call to the 
service representative. Thus, a user who is uncertain as to service associated with that node. Thus, using the example 
which series of choices will take them to the desired service of FIG. 8, the system uses the information from the IVR 
representative can become lost or discouraged as they navi- menu analysis and the user selection to automatically dial 
gate through the choice and response maze. ^ the main IVR telephone access number that is associated 
With a graphic representation of the IVR menu with node 304. Next the system dials the number 2, to reach 
architecture, such as provided in FIG. 8, the user is able to node 308 and finally dials the number 1 to reach the 
visually determine the particular choices necessary to reach installation node 316. These telephone connections are 
a desired service area. In addition, when system 79 or 99 placed using a TAPI connection or Internet telephony con- 
creates the Web page representation of the IVR menu ^ nection. 

architecture using interactive links, a user can directly select With a TAPI connection, the system takes control of an 

the desired service area from the Web page. For example, a attached telephone handset and automatically dials the main 

user who has a software installation problem can view the menu access telephone number (node 304), waits until a 

IVR menu architecture illustrated in FIG. 8 and determine connection is established and the IVR system is prepared to 

that the desired service representative is at node 316. If the 3Q accept selections, automatically dials the number 2 (node 

user places their Web cursor over that node they can receive 308), waits until the IVR system is again prepared to accept 

additional descriptive information such as through pop-up selections and then dials the number 1 to connect to the 

text boxes, mouse-over text boxes or right-click action. If software installation node 316. The user conducts the tele- 

the user selects that node, the system will connect the user phone call with the telephone handset, 

to that service representative. 35 With an Internet telephony connection, the system uses an 

This connection to the service representative is accom- Internet connection to connect to a server that provides 
plished in a number of different ways. In one method, system Internet telephony services. Once connected, that server 
79 or 99 automatically dials the main IVR menu number, makes the telephone connection much like the TAPI con- 
represented by node 304. Then, knowing that the desired nection by automatically dialing the required IVR numbers, 
software installation node 316 is connected to the software ^ However, the user conducts the telephone call using the 
node 308 which is connected to the introductory node 304, multi-media features of the computer rather than a telephone 
the system automatically enters the appropriate response to handset. For example a microphone and speakers attached to 
select the software node, followed by the appropriate the computer become the functional equivalents of the 
response to select the installation node. telephone handset. The user speaks into the computer micro- 

With the IVR system alone, if the user selects the hard- 45 phone and hears the conversation over the computer speak- 

ware response by pressing the number 1 on the keypad and ers. 

the software response is selected by pressing the number 2 It is also possible that a user will not wish to place a call 

oh the keypad, then system 79 or 99 will automatically dial at that time, or wishes to record the IVR responses for later 

the main access telephone number for node 304 followed by use. The system displays the sequence of access numbers on 

the number 2, to automatically select the software node 308. 50 the screen, or stores them to a user address book or a 

System 79 or 99 then further dials the number 1 to reach the personal digital assistant for later use. 

installation representative at node 316. In this manner, At step 407 in FIG. 9, after the user has reached node 316, 

system 79 or 99 takes advantage of the IVR menu architec- they may determine that they want another node. In one 

ture and automatically navigates that IVR menu architecture form of IVR, the final choice in a tree structure connects 

to connect the user with the desired service representative. 55 with a live service representative. In this form, the user must 

In this manner, system 79 or 99 automatically replicates the generally re-dial the main number to reach another service 

IVR choices. Replication of IVR choices is described in representative, though some IVR systems allow the user to 

greater detail below. be re-connected to the system by the service representative. 

In another embodiment, the termination point nodes rep- In another form of IVR, the final choices in a tree structure 

resented in FIG. 8 have a direct access telephone number. 60 play a recorded message or generate an automatic voice. 

Thus when the user selects the software installation node This could occur when a user accesses a bank IVR system 

316 on the Web page, system 79 or 99 dials the direct access to determine their current balance at one choice and then 

telephone number for that service representative. In this shifts to another choice to transfer funds or pay bills. In this 

manner, system 79 or 99 automatically bypasses the IVR form, the IVR system pauses at the termination point and 

choices. 65 waits for the user to provide additional instructions. 

These embodiments are particularly advantageous when Using the current example at step 407, after the user hears 

the number of choices and responses in the IVR menu before a recording on software installation, if they also have a 
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warranty question, they may want to connect to node 312 of 
FIG. 8. In this example, the system has paused at node 316. 
The user moves the cursor over node 312, verifies the node 
action as described in a mouse -over text box, and selects the 
node by double -clicking on the node. 

At step 409, the system compares the user's current 
location (node 316) with the desired location (node 312) and 
interprets the required actions to reach the desired node. 
Using the example of FIG. 8, with the user at node 316, the 
system determines that * will connect to node 308, then * 
will connect to node 304, then 1 will connect to node 306 
then 2 will connect to desired node 312. Alternatively, the 
system can determine that from node 316, # will connect to 
node 304, then 1 will connect to node 306 then 2 will 
connect to desired node 312. 

Thus, one advantage of coordinated Web and I VR menu 
structures is that while many people prefer the personal 
contact available with telephone sales, they dislike the often 
complex and confusing menu structure of IVR. Using 
related IVR menu architectures and Web menu architectures 
makes an integrated service much easier and more cost 
effective. The IVR menu architectures readily translate to 
Web page architectures and IVR choices or prompts that 
would normally connect a user to a live service representa- 
tive can be implemented in the Web architecture as "Click- 
to -Dial" links. The method and system thus preserves per- 
sonal interaction while providing a web alternative to 
complex IVR menu structures in order to reach a particular 
service or individual. 

Although illustrative embodiments, and various modifi- 
cations thereof, have been described in detail herein with 
reference to the accompanying drawings, it is to be under- 
stood that the invention is not limited to these precise 
embodiments and the described modifications, and that 
various changes and further modifications may be effected 
therein by one skilled in the art without departing from the 
scope or spirit of the invention as defined in the appended 
claims. 

That which is claimed is: 

1. A method comprising the steps of: 

analyzing a menu structure that supports interactive voice 
response users; 
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creating a web page which embodies a graphic represen- 
tation of prompts contained in the menu structure; 

generating links to the menu structure based on the 
analysis, the links being usable for on-line users; 

receiving inputs from an on-line user which correspond to 
selection of one or more of the prompts; 

linking the on-line selection of prompts to corresponding 
interactive voice response prompts; 

connecting the on-line user to a choice of the menu 
structure based on the selected prompts; and 

selecting a representative to communicate with the on-line 
user based on the execution of the selected prompts. 

2. The method of claim 1, wherein said step of connecting 
the on-line user to a choice of the menu structure is by a 
telephone connection. 

3. The method of claim 2, wherein the telephone connec- 
tion is a TAPI connection. 

4. The method of claim 2, wherein the telephone connec- 
tion is an internet telephony connection. 

5. The method of claim 2, the connection replicating 
interactive voice response prompts. 

6. The method of claim 2, the connection by-passing 
interactive voice response prompts. 

7. A method comprising: 

analyzing a menu structure that supports interactive voice 

response users; 
generating a representation of the menu structure using 

the analysis, the representation being usable for on-line 

users; 

connecting an on-fine user to a choice on the representa- 
tion of the menu structure by a telephone connection, 
wherein the telephone connection is a TAPI connection. 

8. The method of claim 7, the connection replicating 
interactive voice response prompts. 

9. The method of claim 7, the connection by-passing 
interactive voice response prompts. 

10. The method of claim 7, wherein the telephone con- 
nection is an internet telephony connection. 
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